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Connectionless Conununications System, its Test Method, 
and Intra-station Control System 



Background of the Invention 
5 Field of the Invention 

The present invention relates to a connectionless 
communications system for transmitting data at a high 
speed, to a method of testing the system, and to an 
intra-station control system of a switching station 
10 for transmitting data at a high speed. 



Description of the Related Art 

Recently, high-performance information processing- 
devices such as work stations, personal computers, 

15 etc. have been developed to perform a distribution 
process in which a number of information processing 
devices are interconnected through a high speed local 
area network (LAN). The network connecting such LANs 
should also be provided with high speed processing 

20 capabilities. 

One of the services to realize the above 
described high speed data communications is a switched 
multi-megabit data service ( SMDS ) . The SMDS is a 
connectionless data switching service based on the 

25 transfer speed of 1,5 Mbps and 45 Mbps. 



An asynchronous transfer mode (ATM) system is 
well known as a method of realizing a broadband ISDN, 
and the SMDS can be provided through an ATM network. 
In this case, an SMDS processing server (SMDS message 
handler) is supplied for a predetermined ATM switch, 
and a permanent virtual circuit or a permanent virtual 
channel ( PVC ) connects an SMDS subscriber with the . 
SMDS processing server accommodating the SMDS 
subscriber. The connectionless data output from the 
SMDS subscriber is transferred to the SMDS processing 
server to perform a routing process, etc. at the 
server . 

The connectionless data normally refers to a 
variable packet (data frame). However, since the 
above described PVC is a path to be established in a 
network, the connectionless data is transferred after 
being converted (decomposed) into an ATM cell format 
before it is input to the ATM switch- The cell is a 
53-byte structure consisting of a 48-byte payload and 
a 5 -byte header. 

The ATM cell format data is ■ temporarily 
structured as the layer-3 protocol data unit (L3-Ppu) 
or in a data format of a higher-level layer in the 
SMDS processing server as shown in Figure 897 to 
analyze routing information, etc. according to a 
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destination address DA, a source address SA, etc. 
stored in the L3-PDU. Then, the data is decomposed 
again into cells to route the data according to the 
analyzed information . 

5 As described above, the conventional SMDS is 

limited in its speed because input cells are 
structured in a higher level layer data format ( for 
example, in L3-PDUs) when the SMDS processing server 
performs a routing process through software of a 

10 microcomputer program, etc. Additionally, such 
processes as a data copying process performed when a 
group address is specified as a destination address 

- - -DA, a traffic smoothing process, -an action against no 
reception of an end-of -message cell {EOM: a cell 

15 storing the last portion of data when an L3-PDU is 
decomposed into a plurality of cells) have been 
processed through software by microcomputers, etc. 

fh^s, the conventional SMDS has been limited in 
its processXspeed because the processes in the SMDS 

20 processing ser^>^ are performed through various 
software. Therefore, when connectionless 

communications data is t^a^ismitted using an SMDS, the 
operations of the transmissibn line and switch are 
sped up with the SMDS processing^server processes 

25 interfering as a bottleneck, t her eby^pxe venting an 
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afe4^ual high-speed process from being successfully 
real izedv,^^^^^ Furthermore, when the above described 
structuring process in the SMDS processing server, all 
cells forming eac^^\L3-PDU should be temporarily 
stored- Therefore, the'N^cessary buffer capacity 



undesi-2rabiy^be"Uorfre~^ very large . 

In the SMDS, protocol performance is monitored 
when a service is offered as follows. That is, the 
formats of various parameters are checked in the data, 

10 and counted is the data which has been rejected by the 
check (the data which cannot be recognized as valid). 
A predetermined specific type of check is followed by 
- - a counting process- performed on the rejected data 
based on a predetermined algorithm. If the resultant 

15 value exceeds a predetermined threshold, then output 
is a threshold crossing alert (TCA) indicating that 
the threshold is exceeded. Furthermore, an error log 
is collected each time data is rejected. 

The following parameters are collected in the 

20 error log. 

( 1 ) Destination address DA 

(2) Source address SA » 

(3) SNI number (subscriber network interface No.) 
( 4 ) Error type 

25 In the PVC between the user (subscriber) and the 



SMDS processing server. 

In the PVC between the user (subscriber) and an 
SMDS processing server, data is transferred in the 
cell format as described above (actually, the data is 
transmitted in the ATM cell format and processed in 
the L2-PDU in the SMDS processing server. The ATM 
cell and L2-PDU are based on the 53-byte configuration 
and simply referred to as cells. However, since the 
above described error log collection is mostly related 
to the layer 3, the data is received in the cell 
format and then reassembled into the L3-PDU in the 
SMDS processing server. 

As described above, input cells are reassembled 
in the data format of the higher order layer ( for 
example, L3-PDU) in the conventional SMDS. This 
prevents the processes from being performed at a high 
speed in the SMDS. 

The above described services are based on the 
high reliability of the physical quality of the 
transmission lines forming the network. Therefore, 
it is important to test and evaluate the transmission 
quality of the network. > 

The test and evaluation of the transmission lines 
are activated from the OS center (operation center for 
managing the network) in the connectionless 



communications service network, and an inter-station 
loopback test is conducted . to confirm the normality 
of any inter-station link (path between switches). 
The inter-station loopback test is described below by 
referring to Figure 898. In this embodiment, the test 
is conducted to check the link between SW station 3 
and SW station 5 . 

The test is started by issuing a test 
connectionless packet transmission request message 
(test start request) from the OS center 1 to SW 
station 3. The request message contains an 

identification information ID indicating terminal SW 
station 6. SW station 3 generates a- test packet with 
the identification address of terminal SW station 6 
set as its destination address DA and the 
identification address of its home station ( SW station 
3) set as its source address SA. The test packet is 
output to terminal SW station 6 . In SW stations 4 and 
5, test packets are processed as normal packets and 
transferred to terminal SW station 6. On receipt of 
the test packet, terminal SW station 6 outputs the 
packet with its DA and SA invertej^. That is, the 
packet is returned from terminal SW station 6 to SW 
station 3, and it is reported to the OS center 1 upon 
re-arrival of the packet at the source SW station 3. 



7 

Thus, the OS center 1 checks whether or not the 
packet is normally transmitted in the network, that 
is, checks the normality of the transmission line (the 
link between SW station 3 and terminal SW station 6 

5 in this embodiment). In the procedure, since the 
source SW station 3 and the terminal SW station 6 mark 
the time stamp onto the payload field of the packet, 
the OS center 1 is informed of the transmission time 
of packets according to the information. 

10 However, in the above described test method, the 

information obtained by the test is to be provided for 
the OS center (operation center), and no method has 
been provided for the subscriber, (terminal unit 2. in 
Figure 898) to be autonomously informed of the 

15 transmission quality in the network (transmission 
delay time, etc.). Therefore, if a packet is not 
normally transmitted from a source subscriber to a 
destination subscriber, the subscribers cannot detect 
in which the factor of the fault resides, the 

20 subscriber terminal unit or the network transmission 
line. Thus, the OS center is invoked to recover from 
the fault, thereby requiring much t;ime and cost. 

Figure 899 shows an embodiment of the SMDS . In 
Figure 899, the SMDS support module analyzes a 

25 destination address DA and makes various checks. An 
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SMDS support module S accommodates a plurality of 
source SMDS subscribers (a) and (b) to analyze a DA 
and make various checks. The SMDS support module R 
accommodates a plurality of destination SMDS 
subscribers (x) and (y) to make various checks. The 
modules comprising these S and R correspond to the 
above described SMDS processing server (SMDS message 
handler) . 

Each of the source SMDS subscribers (a) and (b) 
is connected to the SMDS support module S through the 
PVCs 1 and 2. The SMDS support module S is connected 
to the SMDS support module R through the PVC 3. The 
SMDS - support module - R is- connected to each of the 
destination SMDS subscribers (x) and (y) through the 
PVC 4 and 5. 

If the SW shown in Figure 899 comprises an ATM 
switch, the connectionless data (SMDS message) output 
from the source SMDS subscribers (a) and (b) is 
converted into the cell format in the interface not 
shown in Figure 899. The cell is' transferred to the 
SMDS support module S by assigning to the header of 
the cell a specific VPI/VCI specifying the SMDS 
support module (VPI/VCI specifying the PVC 1 and 2) 
as its destination. In the transfer between the SMDS 
support modules S and R, the VPI/VCI value indicating 



the PVC 3 is assigned and output. The cell 
transferred from the SMDS support module R to the 
destination SMDS subscribers (x) and (y) with a 
specific VPI/VCI value indicating the PVCs 4 and 5 is 
output from the SMDS support module R, and arrives at 
the destination SMDS subscribers (x) and (y). Each 
of the PVCs is established at the system 
initialization. 

Since the numbers of the source and destination 
SMDS subscribers accommodated in the SMDS support 
modules S and R are limited, a plurality of SMDS 
support modules are provided if a single SW station 
accommodates SMDS subscribers in excess of the maximum 
number. Figure 900 shows an example of this. In this 
case, each connection is made by the PVC. Figure 900 
shows an example that SMDS subscribers (a), (b), (x), 
and (y)are accommodated in the SMDS support module 
1 and SMDS subscribers (c), (d), (v), and (w) are 
accommodated in the SMDS support module 2. The PVC 
also connects SMDS support module' 1 to SMDS support 
module 2 . 

As described above, the data transfer path is set 
at the system initialization in the SMDS. If the 
source SMDS subscribers (a) and (b) output SMDS 
messages, the messages are led to the SMDS support 
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module S through the PVCs 1 and 2, and transferred to 
the destination SMDS subscribers (x) and (y) through 
the PVCs 3, 4, and 5, Therefore, it cannot be 
verified that the SMDS messages output from the source 
SMDS subscribers (a) and (b) have arrived at the 
destination SMDS subscribers (x) and (y) through the 
PVCs. 

If the data cannot be successfully transferred, 
a complaint is expected from the source SMDS 
subscribers (a) and (b) or destination SMDS 
subscribers (x) and (y). The subscriber's complaint 
should be appropriately verified at the lowest 
possible cost- ... 

The PVC test and the transmission time test are 
described above, and the SMDS needs confirming the 
normality of the transmitted SMDS data. The method 
of confirming the normality of data includes checking 
the BS-size of the L3-PDU, length of the L2-PDU, etc. 

In the BA-size check, it is confirmed whether or 
not the value for use in checking' the payload length 
of the L3-PDU (CPCS-PDU) is correct. In the BE-tag 
(beginning tag and end tag) check, ^ the normality of 
the L3-PDU data can be confirmed by verifying the 
matching between the leading and trailing tags of the 
L3-PDU. In the length check, it is confirmed that the 
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assembling and disassembling between the L3-PDU and 
L2-PDU are normally performed by verifying the 
relationship between the valid payload length value 
of the L2-PDU and the BA-size of the L3-PDU, 

When the normality of the L3-PDU is confirmed in 
the disassembled L2-PDUs, the scale of the circuit 
becomes undesirably large. Since the BA-size and BE- 
tag of the L3-PDU and the length of the L2-PDU are 
checked as being closely related to one another, it 
is difficult to perform a process for each cell (for 
each L2-PDU). If the data in the format of the cell 
input to the SMDS processing server (L2-PDU) is 
processed after being assembled into- the L3-PDU, a 
high-speed process is prohibited by the software 
process involved as described above. 

When the connectionless communications service 
is realized in the ATM switch network, _ a 
connectionless data processing server ( SMDS processing 
server in the SMDS) is provided to request the server 
to check the routing process on ' the connectionless 
data output from the subscriber terminal unit and to 
make various checks. Figure 901 shows an example of 
the method of realizing such connectionless 
communications services. The configuration shown in 
Figure 901 is the same as that shown in Figure 899, 



That is, a PVC 11 is set between the source SMDS 
subscriber (a) and the connectionless data processing 
server CLS 2. A PVC 13 is set between the destination 
SMDS subscriber (x) and the connectionless data 
processing server CLS 6. These PVCs are set using a 
call processor CPRs 3 and 7. 

In the configuration shown in Figure 901, the 
connectionless data processing server CLS 2 
accommodating the source subscriber (a) and the 
connectionless data processing server CLS 6 
accommodating the destination subscriber (x) are 
provided in different switch stations. That is, the 
connectionless data processing -server CLS 2 is 
provided in the SW station 1, while the connectionless 
data processing server CLS 6 is provided in the SW 
station 5. These connectionless data processing 
servers CLS 2 and 6 are connected to each other by the 
PVC 12. A large-scale relay switch 4, in which the 
PVC 12 is provided, has the configuration of relaying 
switches such as SW 1 or SW '5, or is an ATM 
interconnection switch (AISW). 

When connectionless data is transferred from the 
source SMDS subscriber (a) to the destination SMDS 
subscribes (x) with the above described configuration, 
the data output from the source SMDS subscriber (a) 
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is input to the connectionless data processing server 
CLS 2 through the PVC 11, and then transferred to the 
connectionless data processing server CLS 6 through 
the PVC 12. Then, it is transferred to the 
destination SMDS subscriber (x) from the 
connectionless data processing server CLS 6 through 
the PVC 13. The data is transferred thorugh the PVCs 
in cell units and routed by the connectionless data 
processing servers CLS 2 and 6. 

In the conventional connectionless communications 
sevice, the connectionless data processing server CLS 
2 accommodating the source SMDS subscriber (a) is 
connected to the connectionless data processing server 
CLS 6 accommodating the destination SMDS subscriber 
(x) through the PVC 12 as shown in Figure 901 if these 
servers are different from each other. The PVC 12 is 
set such that it passes through the SWs 1 and 5, and 
the large-scale relay switch 4, Therefore, the band 
resource for connectionless services should be 
preliminarily reserved in the switches to manage the 
services . 

In the conventional systems, "fehe band resource 
for each switch is used even when the connectionless 
service data is not being transmitted, and the band 
resource management is complicated. 
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By contrast, the switches for switching cells 
such as a B-ISDN (broadband ISDN) switch for providing 
broadband services, for example, ATM (asynchronous 
transfer mode) services, an SMDS switch for poviding 
SMDS (switched megabit data service) services, etc. 
require considerably high performances and functions 
as compared with the conventional telephone switches 
or N-IDSN (narrowband ISDN) switches. Therefore, 
these switches require unique technology for intra- 
station control. 

The prior art technology and the problems are 
clearly described below. 

Described below is the problems related to - the 
intra-station control communications technology for 
communicating the control information between the 
intra-station devices such as various transmission 
line interface device (trunk), etc. and the switch 
processor . 

In controlling the intra-station devices in the 
conventional switching system, each of the intra- 
station devices 6 and 7 for operating with an ATM 
switch 5 is connected through an inprut control device 
4 to a system bus 3 to which a switch processor (CC)1 
is connected as shown in Figure 902 to transfer the 
control information between the intra-station device 



and a main storage memory (MM) 2 connected to the CC 
1 by the direct memory access (DMA) system. 

In this system, however, all the intra-station 
devices 6 and 7 should be connected to the system bus 
3, and the cable should be mounted to connect the 
intra-station devices 6 and 7 to the system bus 3. 
Thus, the farther the intra-station devices 5 and 7 
are located from the system bus 3, the longer the 
cable should be, thereby causing the problem of 
complicated connection. 

Connecting all the intra-station devices 6 and 
7 to the system bus 3 causes a conflict for the 
acquisition of - an access right required to access- the 
bus, thereby resulting in the congestion of bus 
access . 

Furthermore, extending the system bus 3 to each 
of the intra-station devices 5 and 7 lowers the 
transmission quality, and may generate a transmission 
error such as a data error and parity error in the DMA 
procedure which includes no error* control procedure. 

Described next is the problem related to the 
technology for communicating controL* information such 
as call setting information, etc. between a terminal 
unit and a control device such as a switch processor. 

Controlling a terminal interface device in the 




information with a control system device such-^as a 
switch processor, etc. 

The conventional technology to communicate 
5 control information can be the system in which a 
physical interface is connected to a terminal unit 
(TERM) 4 connected from the control system device 
(MPRl and PRIF2) to the switch (SW) 3 as shown in 
Figure 903 as in the case shown in Figure 902. 

10 Since a physical interface is required for each 

terminal 4 in this system, the entire system 
configuration is complicated and the problem occurs 
that the terminal units 4 cannot easily added. 

Described below is the subject related to the 

15 technology of testing a switch as an intra-station 
control system. 

In the ATM switch, etc, a test is conducted 
whether or not a cell transmission highway is faulty 
by connecting to a highway a test device for sending 

20 cells and retrieving and collecting received cells. 
In this case, a test cell is transmitted after setting 
the destination information VPJ;^ (virtual path 
identifier), VCI (virtual channel identifier), cell 
loopback in the test device, and other LSIs through 

25 the test device. 




configuration of a test device, and takes tSne in 
setting a test device. 



Described below is the loopback test in the 
5 technology of testing switches. 

With an increasing use of ATM switches and ATM 
switch network in which the information of different 
traffic characteristics such as voice, data, 
animation, etc. can be combined and switched, a test 
10 of confirming the normality of an inter-station path 
has been required. If a fault occurs between the two 
stations having a lot of stations existing between the 
two stations in an actual operation, it is required 
that faults should be detected and corrected at the 
15 earliest possible stage. The loopback test method of 
an ATM switch network is an effective test method for 
quickly detecting a fault between the stations. 

The ATM switch has just been introduced in the 
market, and the ATM switch has never been tested 
20 between stations. However, the following test method 
is considered to be an effective inter-station ATM 
switch network test method based on^the conventional 
electronic switch test method. 

According to this method, if a number of stations 
25 exist in the ATM switch network, a test device should 
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be provided for each test device. 

If there are not sufficient test devices, a test 
device should be shared among stations for the test. 

Furthermore, some stations are not constantly 
attended by operators and the operators should go to 
the stations to conduct the test. 

Thus, in the above described method, operators 
are required to go to trouble in conducting an inter- 
station test. 

Described next is the subject related to the 
technology of measuring the performance in a switch 
according to the intre-station control system. 

The self routing module (SRM> switching method 
using the ATM is the condition for structuring a 
broadband ISDN system. However, measuring the 
performance in the SRM has been a difficult task. 

Finally, the subject related to the control of 
a trailer in the PLCP, which is a physical layer 
conversion protocol interfaced in the DS3 format, that 
is, the digital signal level 3 format, is described 
below as one of the intra-station control system. 

In the B-ISDN or SMDS service, > the DS3 (digital 
signal level 3) format is used to realize the service 
of 44.736 MHz. 

Figures 904 and 905 show examples of system 
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configurations according to the present invention. 
Figure 904 shows the configuration in which the BISDN 
terminal unit is connected to the BISDN switch. 
Figure 905 shows the configuration in which the SMDS 
5 terminal unit is connected to the SMDS switch. The 
present invention is related to the transmitting units 
in the BISDN terminal unit and BISDN switch or the 
SMDS terminal unit and SMDS switch. 

Figure 906 shows the configuration of the DS 3 
10 multi-frames. The DS 3 frame comprises 85-bit basic 
frames. The basic frame comprises a 1-bit DS 3 header 
and an 84-bit DS3 payload. Eight basic frames form 
a subframe,. and - seven subframes form a single mult- 
frame. That is, one multi-frame consists of 56 (8 x 

/ 

/ 

15 7) basic frames. 

The ATM cell^\f the BISDN is a 53-octet cell, and 
the L2-PDU (level 2 ps:otocol data unit cell) of the 
SMDS is a 53-bYte cell. Ttiat is, they are similar in 
basic configuration, but different in contents of~tehJ 
20 header and payload and in valu'e^cf th HEC and HCS. 
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Figure 907(a) and (b) show the configurations of the 

Jim-Geii-aTid-^j2^^ir""c^ 7^ — 

An ATM cell or L2-PDU cell are not directly 
stored in the payload of the DS3 reference frame, and 
25 transmitted through the frame of the PLCP (physical 
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layer convergence protocol ) . 

Figure 908 shows the configuration of the PLCP 
multiframe interfaced in the DS3 format. 

Each of the ATM cell or L2-PDU cell is stored in 
a 53-octet PLCP payload in the PLCP frame. The PLCP 
multiframe is divided into 84-bit segments, and each 
segment is stored in an 84-octet DS3 payload in the 
DS3 frame and then transmitted. 

The PLCP frame is a multiframe comprising 12 
pairs of a 4-byte PLCP header and 53-byte PLCP payload 
and a trailer. The PLCP header comprises Al and A2 
bytes, POHI, and POH, The trailer length is 13 or 
nibbles. A nibble is 4 bits and refers to a half 
byte. The trailer data is 13 or 14 4-bit patterns 
"1100" . 

One PLCP multiframe is transmitted at an average 
of 125 lisec (8 KHz cycle). Variable trailer length 
defines an average value. 

Described below is the trailer. Since the DS3 
frame is transmitted at a speed of 44.736 MHz, 5592 
bits are transmitted in the 125-]isec period according 
to the following equation. > 

[equation 1] 

number of bits = 44.736 x 10^ (bit/sec) x 125 x lO'^Csec) 

= 5592 bits 



However, the data forming the DS3 frame comprises 
a 1-bit frame bit data and an 84-bit DS3 payload, the 
number of bits in the DS3 payload for the period of 
125 iJisec is 5592 x' 84/85 = 5526.211... as not 
divisible. 

The number of bits in the PLCP multiframe is 57 
xl2x8-Hl3 x4 = 5524 bits when the trailer length 
is 13 nibbles, and 57 x 12 x 8 + 14 x 4 = 5528 bits 
when the trailer length is 14 nibbles. That is, 
there is a residue in the DS3 payload in the 125-]asec 
period when the trailer length is 13 nibbles, and 
there is a deficiency in the DS3 payload in the 125- 
\isec period when the trailer length is 13 nibbles. . 

To transmit PLCP multiframes at an average speed 
of. 125 \xsec (8 KHz cycle), the PLCP multiframes are 
transmitted with their trailer length changed between 
13 and 14 nibbles. 

A Cl-byte cycle staff counter is used to display 
the trailer length (refer to Figure 908). Figure 909 
shows the definition related to the cycle staff 
counter. 

As shown in Figure 908, the CI l:>yte is cyclically 
changed on three multiframe cycles. In the first 
multiframe, CI refers to FF^^ and the trailer length is 
13 nibbles. In the second multiframe, CI refers to 



OOh and the trailer length is 14 nibbles. In the 
third multiframe, CI refers to 66^ or 99^ and the 
trailer length is 13 nibbles for C1=66h and 14 nibbles 
for Cl = 99„. The trailer length of 13 or 14 nibbles is 
determined such that the PLCP multiframes are 
transmitted at an average speed of 125 psec (8 KHz 
cycle ) - 

Then, there arises a problem as to what the value 
of CI of the third multiframe should be, that is, how 
to control the trailer. Described below ' is the 
conventional method of controlling the trailer. 

Assuming that the pattern p refers to 13 nibbles 
for the third multiframe and the pattern Q refers to 
14 nibbles for the third multiframe, the number of 
nibbles for the trailer changes 13 14 13 for the 
pattern P, and 13 14 14 for the pattern Q. 

In the 125 psec period, the number of bits of the 
DS3 payload is 5592 x 84/85 = 5526.211... The number 
of bits in the PLCP multiframes is 5524 when the 
trailer length is 13 nibbles, and 5528 when the 
trailer length is 14 nibbles. Therefore, the cycle 
of the PLCP multiframe is fast on tiae cycle of 125 p 
sec when the PLCP multiframe pattern is P, and is 
behind on the cycle of 125 p sec when the PLCP 
multiframe pattern is Q. 



Conventionally, the cycle of a transmitted PLCP 
frame is monitored, and the phase of the extracted 
clock is compared with the phase of the 8 KHz clock 
obtained by dividing .44 . 736 MHz. If the phase of the 
PLCP multiframe to be transmitted is forward, the 
trailer pattern is switched to P. If it is behind, 
the trailer pattern is switched to Q. Thus, the 
transmission cycle of the PLCP multiframe is adjusted 
properly. 

Figures 910 and 911 are timing charts showing the 
circuit configuration and the operation for realizing 
the above listed functions. 

.A PLCP frame cycle monitoring unit. 7 monitors the 
transmission cycle of the PLCP frames to be 
transmitted from a selector 3 to output a phase 
comparison pulse S for every third PLCP frame. A 
dividing unit 6 generates 8 KHz clock by dividing 
44.736 MHz clock by 5,592 generated by a clock 
generating unit 5. A phase comparing unit 8 compares 
the phase comparison pulse S with' the phase of the 8 
KHz clock, and outputs a pattern switch signal C as 
a value of 1 when the phase comparison pulse S is 
behind and a value of 0 when is forward. 

The selector 3 selects input Al and A2 according 
to the pattern switch signal C. That is, the selector 
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3 selects the pattern P when the pattern switch signal 
C indicates 0 and selects the pattern Q when it 
indicates 1 . 

The PLCP frame generating units 1 and 2 for the 
5 patterns P and Q store an ATM cell or an L2-PDU cell 
in the PLCP payload and add a PLCP header and trailer 
to assemble a PLCP frame. 

The pattern P PLCP frame generating unit 1 adds 

=5 a trailer for indicating the number of nibbles 13, 14, 

rll 

=y 10 and 13 on three cycles. The pattern Q PLCP frame 

.;.y generating unit 2 adds a trailer for indicating the 

f"^ number of nibbles 13, 14, and 14 on three cycles. 

:b - The DSS interface -unit - 4 inserts a PLCP frame 

Q into the DS3 payload and adds a DS3 header to assemble 

'^^ 15 and transmit a DS3 frame . 

^=0 However, the above described conventional 

technology selects a trailer pattern according to the 
phase comparison result, and the transmission order 
of the pattern P and Q is not fixed. 
20 As a result, there arises a problem that the 

complicated operations generate a complicated circuit . 

Additionally, there is a problem of a large 
deviation of transmission timing. 

The following functions are required to realize 
25 the multicasting capabilities (point-to-multipoint 



connection) in the ATM switch. 

1. Copying a cell 

2. Reassigning a VPI/VCI 

The efficiency in use of the resources as a 
switch is higher when cells are copied at a point 
nearer to the exit of the exchange station. The 
copied cells are distributed to each subscriber- The 
cells distributed to each subscriber has different 
VPI/VCIs. That is, the VPI/VCI depends on the 
destination subscriber. The number of bits of the 
VPI/VCI is equal to or larger than 22 bits. Simply 
converting the large number of bits undesirably 
results- in large-scale hardware. 

The ATM switch exchange cells in a self-routing 
system. If a large-capacity system performs a self- 
routing process, the efficiency of the switch is 
higher when the multicasting capabilities are 
supported in the switch. Thus, the entire system can 
be smaller in size with the cost reduced. 

The services supported in the B-ISDN should 
include a large number of point-to-multipoint 
connection services as well ias multicasting 
capabilities. To reduce the scale of the entire 
switch, the multicasting capabilities added to realize 
the point-to-multipoint connection should be minimized 



for smaller scale and cost. Furthermore, the future 
extension of the multicasting capabilities should be 
considered. 

In the point-to-multipoint connection, such 
information as specifies the number of copied cells 
and the destination of each of the copied cells is 
required. The information is normally set as tag 
information added to the cell when it is input to the 
exchange station. However, since the amount of the 
above described information is not small, the tag 
information occupies about 10 bytes. Adding such tag 
information to a cell makes the entire cell length 
longer than in the exchange station. That is, when 
the tag information is longer, the ratio of the actual 
data to the entire cell becomes smaller, thereby 
lowering the throughput. 

Figure 912 shows the configuration of the form 
of the conventional multicasting capabilities. In 
Figure 912, a source terminal 1 multicast-transfers 
data to destination terminals 4-1 - 4-5 through an ATM 
switch 2. 

Line 3 connects the source te^yninal 1 with the 
ATM switch 2. The line 3 can multiplex and transmit 
a plurality of calls (paths). The ATM switch 2 is 
also connected to the destination terminals 4-1 - 4-5 



through a subscriber line capable of multiplexing and 
transmitting data. In the ATM switch 2, a virtual 
path is set according to the destination information 
written in the cell transmitted by the source terminal 
1. In the example shown in Figure 912, virtual paths 
5-1 - 5-5 are set as paths for transferring cells to 
the destination terminals 4-1 - 4-5. 

In the above described multicasting transfer, 
cells are copied for the destination terminals in the 
source terminal 1 and transferred through the paths 
set between the source terminal 1 and the destination 
terminals 4-1 - 4-5. At this time, 5 channels are 
multiplexed ,in . the line 3 to transfer .cells. tQ the 
destination terminals 4-1 - 4-5. That is, the bands 
of 5 channels are occupied . 

Thus, since N paths are set between the source 
terminal and destination terminal when 1:N multicast 
transfer is made according to the conventional method 
shown in Figure 912, the resources for the line 3 and 
ATM switch 2 have been used more 'than necessary and 
the load on the source terminal 1 has been heavy . 

It is expected that the demand :^or dynamic images 
will greatly increase. For example, members of 
companies in the distance have a lot of opportunities 
to have things settled through conferences over 



telephone using dynamic images. These services not 
only satisfy individual subscribers but also promote 
business smoothly regardless of geographical 
disadvantages . 

Nevertheless, these services have not been 
sufficiently offered. That is, the 1:1 communications 
are more popular than the private line services in the 
broadband communications network, and the method of 
controlling the multi-terminal connection, for 
example, a three-subscriber communications has not 
been put to practical use. 

Described below is the problem related to the 
process performed -in the event of a failure on a 
device in the exchange station which processes a 
transmission line . 

With the ATM switch, a communications line system 
device in the exchange station processes a number of 
virtual lines (hereinafter referred to simply as 
lines) specified by individual VPI/VCIs. When a 
failure occurs on a communications' line system device, 
how to handle the lines processed by the device is 
very important in maintaining thg^ quality of the 
communications . 

When a failure occurs on a communications line 
system device in the exchange station, a call 
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connected through the line processed by the device is 
compulsorily terminated by a compulsory release 
process activated by the fault monitor process for the 
entire system. Therefore, the subscribers have the 
5 problem that the communications may be suddenly 
terminated . 

The conventional systems have not provided the 
mechanism of managing the line processed by the 
communications line system device. 
10 Described below is the problem relating to the 

process performed when a failure is detected on the 
fj! line. 

I? - - . - When a line failure is detected on a single- 

fy structured, not duplex, ATM switch, the transmission 

|™ 15 information such as subscriber information, billing 

information, traffic information, performance 
information, etc. is saved by a line switch process 
in physical line units using a reserved line, etc. 
conventionally . 
20 Practically, if a failure is detected on one 

physical line when a remote concentrator 1 and an ATM 
switch 2 are connected through a plurality of physical 
lines as shown in Figure 913, then the faulty band or 
an idle band for other lines are not used, but the 
25 state of the faulty line is assigned to a new 



• 



30 

alternate line such as a spare line, etc. 

Therefore, even though large idle bands exist in 
other lines, they are not utilized effectively, 
thereby lowering the use rate of the lines. 
5 To perform a line switch process in physical line 

units, it is necessary either to reserve sufficient 
spare lines or to duplex each of the physical lines. 
As a result, the communications may cost high. 
=iC It is also necessary to duplex the intra-station 

rU 

vj 10 device such as a communications system device, etc. 

Py in the exchange station to maintain the reliability 

\^ of the communications. If a failure occurs on the 

- intra-station device of the active system, . then 

ly various communications control data are transferred 

15 to the intra-station device of a standby system to 
■=2 stop the operation of the intra-station device which 

has been a device in the active system and start the 
operation of the intra-station device which has been 
an intra-station device of the standby system. 
20 In this case, various communications control data 

set in the intra-station device of the active system 
have been conventionally transferred to the intra- 
station device of a standby system by a processor 
controlling the intra-station device. However, since 
25 the amount of the various communications control data 
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is large for the ATM switch, etc., a long time is 
required by the processor to transfer the data from 
the intra-station device of an active system to the 
intra-station device of a standby system, thereby 
disadvantageously affecting the reliability of the 
exchange station when a failure occurs on the exchange 
station. 



Summary of the Invention 

A connectionless communications system requires 
high reliability including the above described SMDS, 
but there has not been technology developed to improve 
5 the entire system. The present invention aims at 
improving the quality of the connectionless 
communications system and providing an efficient 
method of internally controlling a switch for 
,p switching cells, etc. 

10 One of the important configurations of the 

^r! present invention is designed as a switching process 

performed in layer 2 protocol data units (L2-PDU) of 
; ... connectionless communications using a table having.- a 

[a MID (message identifier) as a key. 

^ 15 According to other aspects related to the above 

S described subjects, the destination address stored in 

a beginning of message (BOM) cell is retrieved when 
the BOM cell is received. According to the 
destination address, the permanent virtual circuit 
20 (PVC), which is predetermined and connected to the 
destination, is recognized to retrieve the routing 
information (tag information) specifying the PVC. The 
destination address is referred to so that the MID 
(output MID) not currently used in the path to the 
25 destination can be acquired. The BOM cell is output 
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with the tag information and output MID assigned, and 
then transferred to the destination through the route 
according to the tag information. Then, a table 
storing the above described routing information and 
output MIDs is generated according to the MID (input 
MID) obtained when the BOM cell is received. When a 
continuation of message (COM) cell or an end of 
message (EOM) cell is received, the above described 
table is searched by using the MID of the cell as a 
key to retrieve routing information (tag information) 
and an output MID. 

The COM cell or EOM cell is assigned the routing 
information - and - output MID and is output to be 
transferred to the destination as in the case of the 
BOM cell. 

If the destination address stored in the BOM cell 
is a group address, the group address development 
table should be referred to. A group address 
development table is a table storing the information 
for use in developing a group address into an 
individual address using an input MID as a key. The 
table is generated when a BOM cell received. Upon 
receipt of the COM cell or EOM cell, a copying process 
and routing process are performed according to the MID 
of the cell. 



34 

If a single segment message (SSM) cell is 
received, the routing process is performed by 
retrieving the destination address stored by the SSM 
as in the case of the BOM cell. 

With the above described configuration, the 
correspondence between the input MID of a BOM cell and 
the. output MID of the routing information (tag 
information) is written to a table upon receipt of the 
BOM cell. When a COM cell or an EOM is received, the 
routing information and output MID are obtained using 
the input MID of the cell as a key. That is, since 
a plurality of cells obtained by dividing one 
connectionless data frame contain a unique information 
MID for the data frame, common routing information can 
be extracted using the MID as a key. (A MID is 
identification information uniquely assigned to each 
SNI, and different SNIs can be assigned the same MID. 
Therefore, a system accommodating a plurality of SNIs 
represents as a MID in a wide sense the value obtained 
by combining the MID and SNI of a value uniquely 
obtained based on the two values . ) 

Therefore, each cell can be ^ routed with the 
routing information retrieved for each cell without 
assembling data transmitted in cell units into a data 
frame in a higher order layer (without assembling L3- 



PDUs). In this case, the routing process is performed 
in cell units (in L2-PDUs), not by the software, at 
a high speed in the layer 2 as if it were processed 
by the hardware. 

Since the routing process is sequentially 
performed in cell units without assembling data frames 
in the higher order layer, it is not necessary to 
buffer a number of input cells forming a data frame 
in a higher order layer, thereby reducing the capacity 
of memory, etc. 



36 

^ ^rief Description of the Drawings^ 

y ^Figure 1} shows the configuration of the 

broadband network for which the present invention 

functions effectively. 
\) 5 ^Figure 2^ shows the architecture of the broadband 

system for which the present invention functions 

effectively. 

)p {figure 3^ shows the system of realizing the SMDS 

in the broadband switch. 
ioiO ^Figure O shows a typical hardware configuration 

of the broadband switching system for which the 
present invention functions effectively. 
^ ^Figure 5j shows the configuration of a- port in 

the ASSW. 

15J3 <^Figure 6^ shows the configuration of the 

subscriber interface shelf (SIFSH). 
h *^Figure 1% shows the connection of the ADSISH 

connected to the SIFSH. 

^Figure 8f shows the configuration of the network 
20 based on the ASSW. 

)o "^Figure 9^ shows the loopback configuration in the 

SIFSH. >► 

^Figure 10^ shows the configuration of the test 
generator connected to the SIFSH. 
25 tb> ^.Figure ll^ shows the configuration of the BSGCSH, 
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h ^Figure 12^ shows the important hardware 

components of the BRSU. 
i? fFigure 13^ shows the important hardware 
components of the BRLC. 
5 J? ^Figure 14^ shows the configuration of the 
connections in the BRLC. 
^ -^Figure 15^ shows the configurations of the small 
host switch and large host switch. 
bD (t> fjigure 16j shows the configuration of the ASSW. 

•-■4 10 ^ ^Figure 17J shows the principle of the SRM. 

{Figure 18^ shows the configuration of the SRM of 
4x4 used in the ASSW, 
- - - h -^Figure 19^ shows the position of the virtual 
channel identifier converter (VCC). 
15 ^Figure 20^ shows the configuration of the ATM 

switch module of the ASSW. 

h ^Figure 21} shows the subscriber interface/network 
interface according to the present invention. 
\) J Figure 22 ^ shows the position of the broadband 
20 signaling controller (BSGC) in the' ATM switch. 

^ l/Figure 23/ shows the position of the SMDS message 
handler in the ATM switch. > 

^ ^Figure 24l shows the configuration of the 
broadband call processor (BCPR). 
25 ^ [^Figure 25j| shows the configuration of the 
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maintenance and operation system (MOS). 
h [Figure 261 shows the hardware configuration of 

the operation and maintenance processor ( OMP ) . 
^ ^Figure 27]) shows the configuration of the 
5 broadband remote concentrator. 

}) (^Figure 28) shows the configuration of the 
broadband remote switch unit (BRSU). 

2> ^Figure 29j shows the configuration of the SMDS 
device. 

10 y (|^Figure 30 ]\ shows the protocol of the SNI in the 
layer structure. 

J9 ^Figure 31j shows the configuration of the layer 
-- applied to the SMDS according to the present 
embodiment. 

15 h [^Figure 32^^ shows the routing of the cell in the 

SMDS. 

^ ^Figure 33| shows the outline (1) of the system 
configuration of the DS3-DiyiDS interface, 
i) (Figure 34^ shows the outline (2) of the system 
20 configuration of the DS3-DMDS interface. 

[^Figure 35 1 shows the mapping from the payload of 
the ATM cell to the DS3 format. ^ 
b [[Figure 36) shows the DS3 frame format. 
h [Figure 37} shows the DS3 PLCP frame format. 
25 t> ^Figure 38J shows the format of the DS3-SMDS L2- 
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PDU. 

k) U Figure 39^ shows the contents of the access 

control field - 
1? |; Figure 40 ]| shows the contents of the network 
5 control information field. 

^ I Figure 41 ]| shows the contents of the segment 
types . 

h {Figure 42 | shows the hierarchy of the layers in 
the SMDS service, 
10 h J Figure 43]) shows the format of the DS3 umbilical 
link. 

f^^ h IjFigure 44]j shows the DS3-ATM header field. 

rz ^ ([Figure 45]) is the block diagram showing the 

Ld functional configuration of the DS3-SMDS interface. 

15 ^ IjFigure 46 j shows the sequence of the alarm in the 

DS3 layer. 

b ^ Figure 47) shows the priority levels of the alarm 
in the DS3 layer. 
h f Figure 48 1 shows the detection and recovery 
20 conditions of various types of alarm. 

h f Figure 49 J shows the timing at which an alarm is 
declared. j> 

ti [jFigure 50] shows the sequence of the alarm in the 
DS3 PLCP layer. 
25 {Figure 51 J shows the detection and recovery 
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conditions of various types of alarm. 

[Figure 52} shows the timing at which an alarm is 
declared. 

J? ^Figure 53 | shows the types of performance 

parameters related to the DS3 layer; the count-up 

condition of the accumulated value of each parameter; 

and the alert threshold for the accumulated value of 

each parameter, 
b I Figure 54^ shows the types of performance 

parameters related to the DS3-PLCP layer; the count-up 

condition of the accumulated value of each parameter; 

and the alert threshold for the accumulated value of 

each -parameter . 

(^Figure 55^ shows the data converting process 

between the DS3-SMDS interface and SIFSH common unit. 

igure 56 1 shows the format of the ATM cell 

transferred in the switch. 

h [Figure 57j is the timing chart of the E-SD 
signal . 

^ {Figure 58^1 is a table showing* the accommodation 
states of the E-MSD information transferred between 
the DS3-SMDS interface and SIFSH comrjon unit. 

|Figure 59| shows the contents of each bit of the 
E-MSD information. 

^ |Figure 60^1 is a timing chart of the signal line 
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between the DS3-SMDS interface and SIFSH common unit. 
J? f Figure 51 J is a table showing the accommodation 

states of the E-MSCN information transferred between 
the DS3-SMDS interface and SIFSH common unit. 
5 J> [Figure 62] shows the contents (1) of each bit of 

the E-MSCN information. 
h) |Figure 63\ shows the contents (2) of each bit of 

the E-MSCN information. , 
:.□ Jo |Figure 64| shows the configuration of the 

=.3 10 connection of the interface between the DS3-SMDS 

^ interface and switch software. 

!d ^Figure 65 1 shows the protocol stack between the 
53 DS3-SMDS interface and switch software, 

fa ^ ||Figure 66] shows the outline of the converting 

15 process for the VPI and VCI of an intra-station 
vO communications cell between the DS3-SMDS interface and 

the BSGC. 

^Figure 675 shows the format of the intra-station 
communications SAR-PDR . 
20 ^ [Figure 68] shows the format of ' the intra-station 
communications L2 frame. 

^ |Figure 69] shows the format of -the L3 frame. 

|Figure 70j shows the process sequence of the DS3- 
SMDS interface (initialization of the DS3-SMDS 
25 interface). 
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j[ Figure 71 ]f shows the process sequence of the DS3- 
SMDS interface (INS procedure of the DS3-SMDS 
interface ) . 

^Figure 72| shows the process sequence of the DS3- 
5 SMDS interface (OUS procedure of the DS3-SMDS 
interface ) . 

jo J Figure 73| shows the process sequence of the DS3- 

SMDS interface (hardware f ault/intra-station control 
communicable hardware fault of the DS3-SMDS 
10 interface ) . 

^Figure 74| shows the process sequence of the DS3- 
SMDS interface (hardware f ault/non-intra-station 
control- communicable hardware fault of the DS3-SMDS 
interface ) . 

15 [)Figure 75J shows the process sequence of the DS3- 

SMDS interface (hardware fault/microprocessor fault 
of the DS3-SMDS interface). 
Jo (Figure 76| shows the process sequence of the DS3- 
SMDS interface (hardware fault/cross-connection fault 

20 (in the active state) between the ' SIFSH common and 
DS3-SMDS interface of the DS3-SMDS interface). 

^Figure 77j] shows the process sequence of the DS3- 
SMDS interface (hardware fault/cross-connection fault 
(in the standby state) between the SIFSH common and 

25 DS3-SMDS interface of the DS3-SMDS interface). 
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^ |t Figure 78)] shows the process sequence of the DS3- 
SMDS interface (DS3/PLCP layer alarm process ). 

^Figure 79 j shows the process sequence of the DS3- 
SMDS interface (reporting the D/Q-timer at the 
5 occurrence of the DS3/PLCP TCA, and collecting PM 
data ) . 

I3 (^Figure 80]^ shows the process sequence of the DS3- 

SMDS interface (reporting the D/Q-timer at the 
occurrence of the DS3-SMDS interface buffer alarm, and 
10 collecting buffer data). 

^Figure 8lj[ shows the process sequence of the DS3- 
SMDS interface (setting a PVC path test special number 
VPI and VCI cell ) . , . . 

^ ^Figure 82{ shows the discard start/release 
15 threshold for the above described cell in the buffer . 
^ {^Figure 83^ shows the implementation position of 
the above described loopback function in the DS3-SMDS 
interface PCB. 

J<j ({^Figure 84^ shows the outline of the line loopback 
20 test in the DSX-3. 

^ (^Figure 85^ shows the outline of the line loopback 
test in the RLC. 

^ |; Figure 86^ shows the outline of the path 
continuity test of the PVC between the DS3-SMDS 
25 interface and the SBMESH and GWMESH, 
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J9 JFigure 87J shows the configuration of the SIFSH. 

J9 ^Figure 88| shows the configuration of the OBP 
monitoring function of the individual unit. 
^ ^Figure 89|l shows the configuration of the 
5 function of monitoring a missing package. 

fFigure 90| shows the configuration of the 
function of monitoring fuse disconnection in the 
common unit. 

Jp (^Figure 91J] shows the active control function. 
10 ^ [^Figure 92^ shows the configuration of the HLPOIA 

function . 

J? ^Figure 93jl shows the memory map of the DS3-SMDS 
interface-. - - 
ip ^Figure 94| shows the positioning of SIFSH-A in 
15 the system. 

y ^Figure 95^ shows the configuration of the package 
of the SIFCOM. 

}) ^Figure 96 j\ shows the interface between the SIFSH- 
A and ATM switch (ASSW). 
20 t? [Figure 973 shows the interface timing for the 622 

Mbps cell highway in the 50-core flat coaxial cable. 

[[Figure 98^ shows the interface >timing for the 
system switch signal in the 20-core TD bus cable. 
]q [jFigure 99)] shows the relationship between the 
25 system switch signal and the active system selection 
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state in the SIFSH-A. 
J? £ Figure 100 J shows the configuration of the 
circuit in the SIFSH-A for selecting a reference clock 
from the SYNSH. 
5 ^Figure 101] shows the relationship among the 

instruction, alarm, and selected system states of the 
COM-E-MSD command in each system. 
J? jFigure 102'j shows the interface timing of the 155 
Mbps cell highway. 
10 J? ^Figure 103| shows the receiving timing of an ATM 
cell in the upward cell highway from the individual 
unit to the SIFCOM, 

^Figure- 104 1 shows .the receiving timing of an ATM 
cell in the downward cell highway from the SIFCOM to 
15 the individual unit. 

^Figure 105 ;j shows the system control when the 
SIFCOM of system #0 is an active system. - 
^ ^Figure 106|1 shows the logic of the system control 
under the ACT controller. 
20 ^ f Figure 107 J shows an example of the circuit 
configuration of the ACT controller 
V) JFigure 108] shows the phase relat;ionship between 
the FCK and CLK and the EMSD data and EMSCN data. 
jo HFigure 109J shows the state transition of the 
25 frame synchronization process. 
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h> frigure llOj. shows the successful/unsuccessful 

frame synchronization process, 
Jp tFigure 111> shows the pilot signal 

detection/abnormal process.] 
]p 4Eigure 112]? is a flowchart showing a series of 

processes of fetching data described in 3.3.2.3.2, 

3.3.2.3.3, and 3.3.1.3.4. 
Jp ^Figure 113^ is a block diagram showing the 

functions in the individual unit for performing a 

series of processes of fetching data described in 

3.3.2.3.2, 3.3.2.3.3, and 3.3.1.3.4. 
h ^Figure 114j is a block diagram showing the EMSCN 

^transmission circuit in the individual unit. 

[Figure 115| shows the methods of detecting in the 

individual unit and reporting an interface fault 

between the SIFCOM and individual unit, detecting 

method in the SIFCOM, and a list of the contents of 

the faults- 

'b ^Figure 116j| shows a clock interface along the 
cell stream in the SIFSH-A and between the individual 
units . 

b pigure 117j shows the structure s>f the layer of 
the intra-station control communications - 
jr) I^Figure 118]| shows the format of the cell of the 
ATM layer in the simple LAP-D. 
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yip f Figure 119 J shows the format of the SAR-PDU in 

the simple LAP-D. 
Jp (^Figure 120} shows the format of the LAP-D of the 

layer 2. 

5 f Figure 121^ shows the format of the ATM cell. 

^ {Figure 122^ shows the configuration of the ATM 
cell header data used in the SIFSH-A. 
h |[ Figure 123 j shows the method of using the ATM 
header data in the SIFSH-A, 
10 h ^Figure 124j| shows the configuration of the ATM 
cell header data used in the RMXSH. 

i> |Figure 125p shows the method of using the ATM 
header data in the RMXSH. - - 

Figure 126| shows the configuration of the ATM 
15 cell header data used in the RSGCSH. 

I) [^^Figure 127^ shows the method of using the ATM 
header data in the BSGCSH. 

h J Figure 128 J shows the method of using the 
SIG/ADSIBLK/ADSISEL in the SIFSH-A, 
20 Jo [^Figure 129]^ shows the assignment of the functions 
in the SIFSH-A and ADSISH (refer to Figure 8) of the 
ATM cell header data defined in Figures 122, 123, and 
128. 

h ^Figure 130^ shows the position of the MUX in the 
25 SIFSH-A. 
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^Figure 13l3? shows the configuration of the serial 
connection of the SIFSH-A. 

^ ^Figure 132^ shows the configuration of the MUX. 
J? (^Figure 133*5 shows the outline of the 
5 configuration of the scheduler. 

^Figure 134^ shows the timing of writing an ATM 
cell to the FIFO (first-in-first-out buffer) 
scheduler. 

Jp ^Figure 135^ shows the timing sending an output 
10 enable signal. 

J7 <^Figure 135^ shows the write abnormal process 
performed when the data length of an input cell is 
short. - . - .... 

J? ^Figure 137^ shows the write abnormal process 
15 performed when the data length of an input cell is 
long. 

Jj ^Figure 138^ shows the read abnormal process. 

^ <^Figure 139 5 shows the threshold set in the buffer 

in the MUX. 

20 j9 ^Figure 140^ shows the position of the DMUX in the 
SIFSH-A. 

^ t^^igure 141 J shows the configuration of the DMUX. 
I) ^Figure 142^^^shows the cell format in the switch. 
^Figure 143]^ shows the location of the matching 
25 bit of the header used in the DMUX. 
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jFigure 144j shows the outline of the umbilical 
protection switching . 

(Figure 1455 shows the threshold set in the buffer 
in the DMUX. 

jFigure 1455 shows the VCC/ATM switch fault. 
h ^Figure 147 j shows the configuration of the table 

in the VCC memory. 
J) I Figure 148| is an arrow diagram showing the INS 
procedure. 

^Figure 149 | the status of each system and the 

process performed by the CC (switching processor). 

^ ^Figure 150^ shows the position of the signal 

processing unit ^( EGCLAD ) _ in the SIFSH-A. 

b Ij Figure 151 ]( shows the header check area. 
L 

jFigure 152 | shows the header insertion area. 
^ iFigure 153^ shows the points of inserting and 
monitoring the monitoring cell MC, and shows their 
routes . 

b ijFigure 154| shows the route of the TCG test. 

f Figure 155) shows the process Cf detecting an OBP 
fault in the SIFCOM. 

Id I Figure ISe^j shows the process ^of detecting a 
package missing fault in the SIFCOM. 

h> (Figure 157jf shows the process of detecting a 
power package missing fault. 
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h [Figure 158p shows the process of detecting a 

SIFCOM fuse disconnection fault. 
h (Figure 159 j] shows the process of detecting a 

downward coaxial flat cable fault. 

b 

^ Dpigure 160J1 shows the process of detecting an 

upward coaxial flat cable fault. 
^ [^Figure 151^ shows the process of detecting a TD 

bus cable fault . 
^ IjFigure 162(] shows the SIFCOM fault (1). 

f Figure 163| shows the SIFCOM fault (2). 
^ ^Figure 154jl shows the umbilical circuit for 

connecting the host switch to the BRLC. 
h QFigure 165]| shows the switching sequence of the 
circuit in the circuit protection. 

J? I Figure 156 | shows the format of the command for 
switching circuit . 

^Figure 167j shows the internal configuration of 
the ASSWSH-A. 

J3 IjFigure 158^ shows the configuration of the 
connection of the communications line system. 

^Figure 169 1 shows the signal timing in the 
interface between the SWMDX and the ATjyi highway of 622 
Mbps . 

[|Figure 170| shows the format of the cell in the 
interface between the SWMDX and the ATM highway of 622 
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{Figure 171 1 shows the interface between the INFA 
and ASSWSH-A. 

{Figure 172 J shows the interface between the SWCNT 
of the home system and the SWCNT of the mate system. 

(Figure 173| shows the system selection signal and 
its strobe signal - 
^ [(Figure 174| shows the system selection logic 
related to the system selection signal - 

HFigure 175] shows the external interface (1) for 
the SWMX. 

J) ^Figure 1763 shows the external interface (2) for 
the SWMX, 

J> |;Figure 177\ shows the external interface (1) for 
the SWMDX. 

b '[Figure 178;^ shows the external interface (2) for 
the SWMDX. 

fc> ^Figure 179^ shows the external interface (1) for 
the SWCNT, 

1> ^Figure 180> shows the external' interface (2) for 
the SWCNT, 

llFigure 181\ shows the detailed functions of each 
block forming part of the ASSWSH-A. 

lb [Figure 1821 shows each block forming part of the 
SWMDX . 
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];Figure 183) shows the functions of each block in 
the SWMDX. 

^ I Figure 184) shows each block forming part of the 

SWMX. 

^ {Figure 185| shows the functions of each block in 

the SWMX. 

^ [Figure 186;| shows each block forming part of the 
SWCNT . 

^ [Figure 187^ shows the functions of each block in 

the SWCNT. 

b ^Figure shows each block forming part of the 

SWTIF. 

J) [Figure 1891 shows- the functions of each block in 
the SWTIF. 

«b (Figure 190j shows each block forming part of the 
SCLK. 

b ^Figure 19l]| shows the functions of each block in 
the SCLK. 

h {Figure 192^ shows the cell discard class. 
1^ fFigure 193 J is a block diagram showing the 
traffic measuring circuit. 

b I Figure 194^ is a timing chai^t showing the 
operation of the traffic measuring circuit. 

\^ (Figure 195^ is a timing chart (a) showing the CC 
access (IN instruction) and shows the address/data 
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format ( b ) - 

^Figure 196| is a timing chart (a) showing the CC 
access (OUT instruction) and shows the address/data 
format ( b ) . 

I Figure 1971 is a timing chart (a) showing the DMA 
access (read) and shows the address/data format (b). 

f Figure 19 8 p is a timing chart (a) showing the DMA 
access (write) and shows the address/data format (b). 

^[Figure 199l| is a list of IN/OUT instructions. 

[Figure 2001 shows the procedure of detecting a 
fault (when a report is made by the MSCN). 
* IjFigure 201^ shows the procedure of detecting a 
fault (when status is- autonomously reported). 
^ ^Figure 202\ shows the basic format of the message 
box processed by the fault processing task. 
^ ^Figure 203j shows the fault content write data in 
the message box for a common fault. 

y t^igure 204(1 shows the entire configuration of the 
position of the SBMESH in the system, 
b t Figure 205^ shows the route 'of the SMDS data 
between SNIs. 

^ t Figure 206 J shows the route of transferring SMDS 
data from the SNI to the ISSl or ICI . 

lo j;Figure 207l shows the route of transferring SMDS 
data from the XSSI or ICI to the SNI. 
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h 5^ig^^^ 208]' shows the route of transferring SMDS 
data from the ISSI or ICI to the ISSI or ICI. 

h ^Figure 2091 is a block diagram showing the 
SBMESH. 

h ^Figure 210;j is a block diagram showing the 

redundant configuration of the SBMESH, 
h (Figure 21ll shows the logical connection between 

message handlers MH. 

b j;Figure 212] shows the disassembling/assembling 
user information in layers 2 and 3. 

^Figure 2131 shows the data configuration of the 
AAL/SAR of layer 2. 

h [Figure 214) -shows the method of assigning the 
output VCI/MID depending on the type of cell. 

b ^Figure 215 j shows routing function at each 
position in the system, and shows the information in 
the cell used in the routing function. 

^ [Figure 2161 shows an example of assigning the VCl 
corresponding to the SNI . 

b j:Figure 21?! shows the assignment ( 1 ) of a VPl/VCI 
between the SNI and SBMH. 

f> [Figure 218] shows the assignment >( 2 ) of a VPI/VCI 
between the SNI and SBMH. 

b [Figure 219] shows an example of assigning a 
VPI/VCI between message handlers MH. 
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i> (Figure 220) shows the assignment of a VPI/VCI 

between message handlers MH. 
h [Figure 221 1 shows an example of assigning a MID 

to each SMLP. 

5 {Figure 222j shows the concept of data 

distribution using a group address. 
b If igure 2231 shows the information used to 
identify the SNI to which each cell belongs and the 
L3-PDU. 

rU 10 i) ^Figure 224j is a block diagram showing the 

^ function of the SBMESH. 

1,1 jo t^^igure 225 j if a block diagram showing the entire 

'"'^^ configuration of the SMLP unit. 

H h [Figure 2265 shows the outline (1) of the 

rU 15 functions of each block of the SMLP unit shown in 

•n Figure 225. 

- b {Figure 227] shows the outline (2) of the 

functions of each block of the SMLP unit shown in 
Figure 225. 

20 ^ iFigure 228 j shows the outline (3) of the 

functions of each block of the SMLP unit shown in 
Figure 225. ^ 

b ^Figure 229 J shows the outline (1) of the error 
flags operated for each block of the SMLP unit shown 

25 in Figure 225. 



• 
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h jFigure 230) shows the outline (2) of the error 

flags operated for each block of the SMLP unit shown 
in Figure 225. 
^ t Figure 231] shows the outline (3) of the error 

5 flags operated for each block of the SMLP unit shown 
in Figure 225. 
^ [Figure 232] shows the outline (4) of the error 

flags operated for each block of the SMLP unit shown 
in Figure 225. 

10 I; Figure 233 1 shows the correspondence between the 

error flag EF and the error name (naming in the TR) 
and the position (1) of the EF. 
h [Figure 234 j shows the correspondence between the 
error flag EF and the error name (naming in the TR) 
15 and the position (2) of the EF. 

J) [Figure 2351 shows the correspondence between the 
error flag EF and the error name (naming in the TR) 
and the position (3) of the EF, 

h ^Figure 2361 shows the correspondence between the 
20 error flag EF and the error name (naming in the TR) 
and the position (4) of the EF. 

b J Figure 237| shows the correspond^ce between the 
error flag EF and the error name (naming in the TR) 
and the position (5) of the EF. 
25 b t^ig^^^ 238] shows the timing in the cross- 
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connection select S. 
V> [Figure 239] shows the format of a cell (header 

field), 

i) (Figure 240] shows the sending operation of the 
5 line cell and test cell then the test cell is 
multiplexed . 

J? (Figure 241] shows the process related to the CRC- 
10 check. 

}> [Figure 242] shows the process related to the PL 
10 length check for each segment type. 

J) t Figure 243] shows the process related to the MID 
value check for each segment type. 

y [Figure 244] shows the process related to the MID 
check for each segment type. 
15 i) f Figure 245] shows the process related to the SN 
check for each segment type. 

y {Figure 246] shows the process related to the 
address format check. 

i) (Figure 247 j shows the process related to the DA 
20 check for each segment type. 

b t Figure 248 | shows the process related to the BA- 
BA-size check- ^ 
y [Figure 2491 shows the process timing in the 
ingress flow check. 
25 b iFigure 250]l shows the process related to the 



58 

simultaneous input number check. 

[Figure 251 | shows the process related to the MID 
timeout check. 

f Figure 252] shows the read/write data to the RMID 
conversion CAM and MRI CAM. 

f Figure 253 1| shows the matching and read/write 
timing of 'the RMID conversion CAM and MRI CAM for each 
cell. 

^Figure 254] is a flowchart showing the process of 
the simultaneous input number limit RMID 
acquisition/MRI timeout . 

Figure 255 1 shows the concept of the degeneration 

of the RMID. ' " 

f) f Figure 2565| shows the process of normal and 
abnormal cells in the RMID acquiring unit, 
simultaneous input limit, and MRI T.O. set/release for 
each segment type, 
b t Figure 257 1| shows the process related to the 
header extension (HE) format check. 

^ [[Figure 2581 shows the process related to the 
source address (SA) check for each segment type. 

V) t Figure 259 j shows the process ^elated to the 
screening of a destination address DA, 

[[Figure 2601 shows the process related to the 
matching of a BE tag. 
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^Figure 26l) shows the process related to the 
matching check on the BA size. 
^ |;Figure 262"^ shows the process related to the 

information length check. 
5 h ^Figure 263| shows the discard of an error message 
in the L3-PDU. 
^ t^igure 264'jf shows the discard of a message 

received after an MRI timeout EOM. 
J? ^Figure 265^ shows the process for error memory 
10 for each segment type. 

i> ^(Figure 2665 shows the encapsulation . 
h ^Figure 267^ shows the XSSI header assigned to the 
information BGN between the -message handlers (MH). 
^ t^igure 268| shows the format of the information 
15 BON between the message handlers (MH). 

y (Figure 269^ shows the process related to the 
carrier selection. _ 
h ^Figure 270^ shows the outline of the process 
related to the routing. 
20 b (Figure 271J shows the concept of the process 
related to the routing. 

b ^Figure 272*^ shows the outline pf the process 
related to the carrier screening. 

^Figure 273^ shows the broadcast specification 

25 bit. 
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^ (Figure 274| shows the process related to the copy 
of cells. 

^ (Figure 275^ shows the format of the cell after 
being broadcast. 
5 ^ ^Figure 276^ is a flowchart of the copying process 
on the group address GA field. 

^ ^Figure 277| shows the process related to the 
output band limit. 

^ ^Figure 278 J shows the process of acquiring an 
10 output MID. 

^ ^Figure 279^" is a flowchart of the process related 
to the acquisition of the MID. 
' ^ (Figure 280^ is a list ( 1 ) of the SMLP table. 

L 

^ J;Figure 28lJ is a list (2) of the SMLP table. 
15 ^ ^Figure 2823 is the block diagram showing the 

entire configuration of the RMLP. 

^ |Figure 283J shows the outline (1) of the 
functions of each block of the RMLP. 

^ ^Figure 284) shows the outline (2) of the 
20 functions of each block of the RMLP'. 

b ^Figure 285? shows the route (1) of the test cell 
in the PVC test, and shows the SNI loppback test. 

b ^Figure 286| shows the route (2) of the test cell 
in the PVC test, and shows the inter-MH (using a 
25 specific DA) test. 



^Figure 287^ shows the route ( 3 ) of the test cell 
in the PVC test, and shows the inter-MH (using an 
allocated DA) test, 

^Figure 288 i shows' the RMLP accommodating the 
MSCN. 

0^igure 289^ shows the RMLP accommodating the MSD. 
^ ^Figure 2903 shows the error flag (EF) operated 
for each function block of the RMLP. 

5 ^Figure 291]f shows the data interface of the RMLP 

and LP-COM, and the format (1) of the cell. 

^ I'pigure 292/1 shows the data interface of the RMLP 

and LP-COM, and the format (2) of the cell. 

y ^Figure 293 J shows the data interface of the RMLP 

and LP-COM, and the format (3) of the cell. 

^ ^Figure 2941 shows the data interface of the RMLP 

and LP-COM, and the format (4) of the cell, 

h ^Figure 295] shows the data interface of the RMLP 

and LP-COM, and the format (5) of the cell, 

h ^Figure 29 61 is a block diagram showing the 

functions of the HMHOOA. 

i> <^Figure 297j shows the outline of the functions of 
each block of the HMHOOA. ^ 
i> f Figure 298 J shows the block diagram showing the 
functions of the cross-connection select R. 
h ^Figure 299]/ shows the outline of the functions of 
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each block of the cross connection select R. 

b 1 Figure 300] shows the cross-connection of the 
system in the HMHOOA. 

b [Figure 301] shows 'the adjustment of the timing 
through the FIFO. 

^ [Figure 302} shows the process of selecting cross- 
connection data, 

b ^Figure 303! shows the MSCN point in the cross- 
connection select . 

h t Figure 304] is a block diagram showing the 

functions of the timing generator R. 
h [Figure 305| shows the outline of the functions of 

each block of the - timing generator R. 

1> f Figure 3061 shows the operation of the sell frame 
(CF) generator. 

I Figure 307] shows the MSCN point in the timing 
generator. 

^> [Figure 3081 is a block diagram showing the 
functions of the address filter R. 

b ^Figure 3091 shows the outline of the functions of 
each block of the address filter R. 

Y) tFigure 310] shows the outline ^of the VCI/MID 
matcher conditions . 

b {Figure 311} shows the MSCN point in the address 
filter R. 
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I Figure 312l| is a block diagram showing the 
functions of the HMHOIA. 
b f Figure 313] shows the outline of the functions of 
each block of the HMHOIA. 
5 h tF'igu^^ 314| is a block diagram showing the 
functions of the test cell multiplexing R and 9MG R. 
h ^Figure 315]l shows the MSCN point in the test cell 

multiplexing R and 9MG R. 
^ [jFigure 316] is a block diagram showing the 
10 functions of the MID check R. 

i> tFigure 317] shows the process related to the MID 
check . 

i) ijFigure 318j " shows" the error " flag" in the" MID 
check. 

15 i> tFigure 319] shows the MSCN point in the MID check 

r 

R. 

^ tFigure 320) is a block diagram showing the 
functions of the SN check R. 

h {Figure 321] shows an error flag in the SN check 
20 R. 

[) J Figure 322 J shows the MSCN point in the SN check 
R . p 

^tFigure 323^ is a block diagram showing the 
functions of the encapsulation unit. 
25 h ^Figure 324| shows the error flag in the 
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encapsulation unit. 
^ fpigure 325 j shows the MSCN point in the 

encapsulation unit, 
b {Figure 326]I is a' block diagram showing the 
5 functions of the error edit IR. 

^ I Figure 327 J is a block diagram showing the 
functions of the RMID acquisition R. 

^ {Figure 328 ;| shows the outline of the functions of 
each block of the RMID acquisition R. 
10 ^ [Figure 329j shows the error flag in the RMID 
acquisition R unit. 
, ^ iFigure 330j is a block diagram showing the 
functions of the MRI timeout check R. 

b iFigure 331] shows the outline of the functions of 

15 each block of the MRI timeout check R. 

b [[Figure 332] shows the header format of the TO 
cell (timeout cell)'. - 
b t Figure 333 J shows the error flag in the MRI 
timeout check unit. 

20 b iFigure 334^ is a block diagram showing the 
functions of the GA copy R. 

b [Figure 335 ]l shows the outline of yie functions of 
each block of the GA copy R. 
b fFigure 336]l shows the error flag in the GA copy 
25 unit. 
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^ (Figure 337 3 shows the MSCN point in the GA copy 

unit . 

^ f Figure 338] is a block diagram showing the 
functions of the SNI available R. 
5 [Figure 339 j shows the error flag in the SNI 

available unit. 
h i Figure 340 1 shows the MSCN point in the SNI 

□ available unit. 

m h I Figure 341 J is a block diagram showing the 

10 functions of the error edit II R and shows the outline 
of the functions of their blocks. 
h [Figure 342 1 is a block diagram showing the 

!□ functions of the SA check R and shows the outline of 

the functions of their blocks. 
15 b [Figure 343 1 shows the error flag in the MID 

check. 

[Figure 344| shows the MSCN point in the SA cheek 
unit . 

(Figure 3451 shows the matching with the SC 
20 attribute in the SA screening R. 

b [Figure 345] is a block diagram showing the entire 

configuration of the HMH02A. ^ 
^ ^Figure 34?! is a block diagram showing the 
functions of the HMH02A. 
25 b [Figure 348] shows the outline of the functions of 



each block shown in Figure 347. 

{t Figure 349/ shows the interface I/F state of the 
HiyiH02A. 

(Figure 350j| is a table showing the contents of 
the message control in the HMH02A. 

(Figure 351 J is a detailed block diagram showing 
the simultaneous transmission number limiting unit. 

J Figure 352 j shows the management of the message 
transmission number for a specific SNI, 

> t Figure 353 ]( shows the concept of the buffering 
management . 

> [Figure 354 j is a block diagram showing the output 
MID acquiring unit. 

J Figure 355 i shows the process of acquiring an 
output MID. 

]d [Figure 356^ is a block diagram showing the egress 
flow limiting unit. - 

b ^Figure 357] is a block diagram showing the 
discard counter unit 

b J Figure 358 J is a block diagram showing the CRC-10 
generating unit. 

b ^Figure 359j shows the position in^the cell of the 
CRC-10 polynomial cell generated by the CRC-10 
generating unit. 

h> j Figure 360] is a block diagram showing the clock 
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generating unit. 

'{Figure 361^ shows the method of generating a 
clock in the clock generating unit. 
h ^Figure 362^ is a table showing the contents of pP 
I/F. 

j> ^Figure 363> shows the function of the four PWCBs 

forming parts of the MH-COM. 
J> I Figure 364^ is a block diagram showing the HMXIOA 

PWCB. 

J) ^Figure 365^ shows the monitor items (1) of the 
HMXIOA PWCB. 

b ^Figure 366^ shows the monitor items (2) of the 
HMXIOA PWCB, 

b ^Figure 367? is a block diagram showing the HMXllA 
PWCB. 

^ ^Figure 368^ shows the monitor items (1) of the 
HMXllA PWCB. 

b ^Figure 369^ shows the monitor items (2) of the 
HMXllA PWCB. 

t ^Figure 370^ shows the monitor items (3) of the 
HMXllA PWCB. 

Id *^Figure 371} is a block diagram mainly showing the 
VCC function of the HMX12A PWCB. 
\) ^Figure 372^ is a block diagram mainly showing the 
scheduler function of the HMX12A PWCB. 
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^Figure 3731 shows the monitor items (1) related 

to the fault correcting process of the HMX12A PWCB. 
^ . (Figure 3741 shows the monitor items (2) related 

to the fault correcting process of the HMX12A PWCB. 
> ([Figure 375^ shows the monitor items (3) related 

to the fault correcting process of the HMX12A PWCB. 
b [Figure 376] is a block diagram showing the 

functions of the HSF05A. 
^ [Figure 377 J shows the monitor items related to 

the fault correcting process of the HSF05A PWCB. 

i> [Figure 378j| is a system diagram of the SBMESH 

clock . 

b (Figure' 379% is ' a block diagram showing the 
functions of the HLMOIA PWCB. 

b {Figure 3801 shows the outline (1) of the 
functions of each block of the HLMOIA PWCB. 
b [Figure 381J1 shows the outline (2) of the 
functions of each block of the HLMOIA PWCB. 
b 1 Figure 382) is a list (1) of checks made in the 
HLMOIA PWCB. 

b ]f Figure 3831 is a list (2) of checks made in the 
HLMOIA PWCB. ^ 

b {Figure 384] shows the check items and process of 
the protocol performance monitor in the ingress unit, 
b I Figure 385 1 is a time chart showing the timing of 
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error information. 

t Figure 3865 shows each signal in the timechart. 
t Figure 387 J shows the method of identifying the 
cell segment type in the ST identification block. 

jFigure 388 j is a timechart showing the processes 
to be performed when an error occurs. 

^ i Figure 389] is a timechart showing the access 
timing of the threshold and count value in the sum of 
error count process. 

^ {Figure 390 j is a timechart showing the L2/3 
individual error counting process. 

i> [Figure 39 ij is a timechart showing the layer 3 
Bursty error process. 

h [Figure 392 J is a flowchart showing the method of 
accessing the E-PDU flag RAM. 

b [Figure 393^ shows the check items in the egress 
unit, and the procedure for actions and checks when 
an NG is detected, 

^ [Figure 394j is a timechart shov/ing the process of 

the protocol performance monitor in* the egress unit. 
L 

[Figure 395} shows each signal in the timechart. 

b [Figure 396> shows the method of identifying the 
segment type of cell. 

b [Figure 397] is a timechart showing the L2/3 
individual error count process in the Ingress unit. 
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^ {Figure 398J is a timechart showing the network 
data collection in the ingress unit. 

^ J Figure 399^1 is a timechart showing the data 

collection process in the ingress unit. 
^ 1 Figure 400 J is a block diagram showing the 

billing unit. 

^ iFigure 401) shows the format of the cell input 
from the RMLP. 

i> {Figure 402]l shows the data at the SA, carrier, 
and stored in the RDA accumulation RAM. 
h [{Figure 403 J shows the inside of the DA 
compression CAM. 

b iFigure 404 J is a time chart showing the 
operations performed when an EOM is entered in the 
billing process. 

^ |\Figure 405} shows the information stored in the 
RAM storing the data related to the billing process. 
L [Figure 406 j is a block diagram showing the 
portion for checking the billing unit, 
b IjFigure 407j is a block diagram showing the HLP02A 
of the LP-COM- 

y ^ Figure 408) shows the outline (1) of the 
functions of each block of the HLP02A. 

b f Figure 409 p shows the outline (2) of the 
functions of each block of the HLP02A. 
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^ ^Figure 410) shows the format of the cell input 
from the ASSW to the SDMUX. 

b {Figure 411] shows the format of the cell input 

from the SDMUX . to the SMLP(a). 
b [Figure 412] shows the format of the cell input 

from the LP-COM to the SiyiLP(a). 

t 0 Figure 413 J shows the format of the cell input 
from the SMLP(a) (HMH03A) to the SiyiLP(b) (HMH04A), 
jj [Figure 414] shows the format of the cell input 
from the SMLP(b) (HMH04A) to the SMLP(c) {HMH05A). 
b (Figure 415 J shows the format of the timeout dummy 
cell input from the SMLP(b) (HMH04A) to the SMLP 
(HMH05A) . 

y [Figure 41 6 J shows the format of the cell input 
from the SMLP(c) (HMH05A) to the SMLP(d) (HMH06A). 

b SFigure 417j shows the format of the I-BOM cell 
input from the SMLP(c) (HMH05A) to the SMLPCd) 
(HMH06A) . 

b jFigure 418 ;| shows the format of the cell input 
from the SMLP(d) (HMH06A) to the SiyrUX( HMX12A ) . 

b |\Figure 419 J shows the format of the cell input 
from the SiyiLP(d) (HMH06A) to the ^ LP-COiyi( HLP02A, 
HLMOIA) . 

^ iFigure 420] shows the format of the cell output 
from the SMUX to the ASSW. 
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{Figure 421 1 shows the format of the cell input 
from the ASSW to the RDMUX. 

j Figure 422 f shows the format of the cell input 
from the RDMUX ( HMXl OA ) to the RMLP(a) ( HMHOOA ) . 

dFigure 423 ^ shows the format of the cell input 
from the RMLP(a) (HMHOOA) to the RMLP(b) (HMHOIA). 

IfFigure 424]l shows the format of the cell input 
from the LP-COM( HLP02A ) to the RMLP( b ) ( HMHOIA ) . 
^ fl Figure 425 j shows the format of the cell input 
from the RMLP(b) (HMHOIA) to the RMLP(c) (HMH04A). 
b i Figure 42 6 J shows the format of the timeout dummy 
cell input from the RMLP(b) , (HMHOIA) to the 
RMLP(C)(HMH04A) . 

h jFigure 427JI shows the format of the cell input 
from the RMLP(c) (HMH04A) to the RMLP(d) (HMH02A). 
b I Figure 428 J shows the format of the cell input 
from the RMLP(d) (HMH02A) to the LP-COM( HLP02;t, 
HLMOOA) . 

^ dFigure 429 J shows the format of the cell input 
from the RMLP(d) (HMH02A) to the LP-COM( HLP02A, 
HLMOIA) . 

h i Figure 430]l shows the format of^the cell input 
from the RMLP(HMH02) to the RMUX( HMX12A ) , 
h [jFigure 431] shows the format of the cell input 
from the RMIX(HMX12A) to the ASSW. 



b 

h 
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(Figure 432^ shows the error flag at the SMLP. 
^Figure 433^ shows the error flag at the RMLP. 
^Figure 434^ shows the initialization of the MH- 
COM. 

^ ^Figure 4355^ shows the flow of the cell in the 
intra-station communications. 

b [Figure 436'? shows an example of the VPI/VCI value 
of the intra-station communications cell, 
b ^Figure 437} shows the intra-station 
communications link between the BSGC and SBMESH, 

t> ^Figure 438 J show the relationship between the 
shelf number of the SBMESH and the value of the tag. 

b U^Figure 4391 shows the tag field of the cell 
specifying a particular SBMESH, 

i> ^Figure 440f shows the tag field of the cell 
specifying a particular SBMH, 

h ^Figure 4413 shows the process of preventing a:n 
error which may occur at the initialization of the LP 
unit . 

b [^Figure 442} shows an example of changing a 
parameter in the subscriber data entry. 

b (^Figure 443 ^ shows the INS process of the MH-COM. 

^ {Figure 444] shows the outline of the operations 
performed^ when an MH-COM fault occurs. 

b ^Figure 445] shows the sequence of a fault which 
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is reported by the E-MSCN in the home system and 
occurs in the standby system. 
i> i Figure 4461 shows the sequence of a fault which 

is reported by the E-MSCN in the home system and 
5 occurs in the active system, 

^ (Figure 447 J shows the sequence of a fault which 

is reported by the E-iMSCN in the mate system and 

Q occurs in the standby system. 

t.Q L 

^ ^Figure 448 J shows the sequence of a fault which 

10 is reported by the E-MSCN in the mate system and 

occurs in the active system. 

LJ O t Figure 449] shows the interface between the 

Q SBMESH and the BCPR. 

^ ^ (Figure 450J1 shows the INF MSCN 32 bits. 

•==n 15 i> [Figure 4511 shows the concept of checking the 

i.g MSCN point related to the inter-system cross- 

connection of the MH-COM and LP. 

^ ^Figure 4527 shows the relationship (1) between 
the states of 15 and 17 bits and the fault in the INF 
20 MSCN. 

^ jFigure 4531 shows the relationship (2) between 
the states of 15 and 17 bits and the tault in the INF 
MSCN. 

^ ijFigure 454] shows the relationship (3) between 
25 the states of 15 and 17 bits and the fault in the INF 
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MSCN. ^ 
^ /Figure 455f shows the relationship (1) between 

the states of 19 and 21 bits and the fault in the INF 
MSCN. 

|Figure 456] shows the relationship (2) between 
the states of 19 and 21 bits and the fault in the INF 



h 



MSCN. 

h t Figure 457? shows the concept of a health check 

of the LP, 

10 ^ iFigure 458j shows the ACT signal process in 

switching system in the MH-COM. 
^ t Figure 459 Jl shows the loopback test of the SBMESH 

using the TCG. 
b [Figure 4601 shows the loopback at the individual 
15 unit accommodated in the SIFSH. 

b t Figure 461 Jl shows the loopback at the LP of each 
SBMESH. 

b ^Figure 462 3 shows an example of the tag 
information of a test cell transmitted from the TCG 
20 to the SBMESH. 

i> ^Figure 463} shows the process performed on a test 
cell input to the SBMESH. » 

h {Figure 4641 shows the test for confirming the 
DMUX and MUX functions of the SBMESH. 
25 Id ([Figure 465} shows the SNI-SBMESH-A PVC test. 



:,f1 
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^ (Figure 466 j shows the existence of a block in the 

SINF and DT, and a loopback method. 
^ [Figure 467 i shows the MESH-MH PVC test. 
^ (Figure 468] shows 'the outline of the method of 
5 specifying a DA and the test in specifying the type 
in the MESH-MH PVC test. 
i> jFigure 469 J shows the result of the PVC test 
contained in the status as a response to the PVC test 
result request command. 
10 i> jFigure 470j shows an example of the test cell 
transmission unit fault indicator area. 
i> [Figure 471 ]| shows an example of the test cell 
receiving unit fault indicator area. 

{Figure 472| shows the printout result of the SNI- 
15 SBMESH PVC test. 

b iFigure 473] shows the printout result of the 
MESH-MH PVC test (using a specific test DA). 
h I Figure 474] shows the printout result of the 
MESH-MH PVC test (using an allocated DA). 
20 i? iFigure 475 ]l shows the outline of the MH-COM 
\ diagnostics. 

^ (Figure 476J shows an example of performing the DP 
as one of the MH-COM . diagnostics . 

Jb jFigure 4771 shows the details of the RESULT 
25 information of the above described performance of the 
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DP, 

^Figure 478|| shows the details of the length 
information of the above described performance of the 
DP. 

[Figure 479} shows the details of the result 
information of the above described performance of the 
DP. 

(Figure 480^ shows the details of the diagnostics 
result notification status of a function test of the 
LP. 

jFigure 481^ shows the format of the E-MSCN of the 
MH-COM. 

^ Figure 482 J shows the concept of accommodating 
the detailed MSCN. 

^ t Figure 483^ shows the format of the E-MSD of the 
MH-COM. 

b t Figure 484? shows the accommodation of the MH-COM 
control E-MSD area. 

^ {Figure 4855 shows the contents (1) of each point 
in the MH-COM control E-MSD. 

^ J Figure 48 61 shows the contents (2) of each point 
in the MH-COM control E-MSD. ^ 

b [Figure 487 1 shows the accommodation of the 
statistic threshold design area. 

h (Figure 488tl shows the contents (1) of each point 



78 

in the statistic threshold design area. 
h f Figure 489 j shows the contents (2) of each point 
in the statistic threshold design area. 

(Figure 490^ shows the accommodation of the COM-E- 
MSCN mask pattern setting area. 

J:> ijFigure 491} shows the contents of the mask 
specification point of the COM-E-MSCN mask pattern 
setting area. 

i> jFigure 492} shows the sequence of the statistic 
process of the MH-COM. 

^ 4 Figure 4931 shows an example of an abnormal 
collection in the MH-COM statistic process. 

b (Figure 494] shows the sequence of the abnormal 
statistic process in the MH-COM . 

Id {Figure 495] shows the sequence of each proces of 
the LP. 

b {Figure 4961 shows the position of the gateway 
message handler (GWMESH) in the system. 

h [Figure 497 J shows the process of the SMDS data 
between SNIs. 

i> tFigure 4981 shows the process of the SMDS data 
for SNl ISSl or ICI . > 

I) [Figure 499 J shows the process of the SMDS data 
for ISSl or ICI SNI. 

i [Figure 5008 shows the process of the SMDS data 
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for ISSI or ICI ISSI or SNI . 

L 

i Figure 501] is a block diagram showing the 
configuration of the GWMESH. 
^ jFigure 502] is a block diagram showing the 
5 redundant configuration (duplex configuration) of the 
GWMESH. 

b I Figure 503 J shows an example of the configuration 
of the SMDS network. 

b [Figure 504 1 shows an example of the routing 
10 process performed when data is transferred using an 
individual address . 
y \) I Figure 505 J shows an example of the routing 

J process shown in Figure 504 in a network, 

|1 b ^Figure 506] shows an example of the routing 

15 process performed when data is transferred using a 
3 group address. 

b ^Figure 5073 shows a method of transferring data 
when the source of the data is in the area specified 
by a group address. 
20 ^ J Figure 5081 shows a method of transferring data 
when a group-address-specified area is in another 
local carrier in the LATA for the^ data transfer 
source . 

(Figure 509 S shows a method of transferring data 
25 when a group-address-specified area is in another 
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local carrier external to the LATA for the data 
transfer source. 
\> tFigure 510j shows the link between switching 

systems or between a switching system and another 
5 carrier - 

y [Figure 511 J shows the accommodation conditions 

for a link set. 
^ [Figure 512 ;( shows the load splitting algorithm 

^ [Figure 513;^ is a block diagram showing the entire 

10 configuration of the ICLP of the GWMESH. 

^ ^Figure 514} shows the functions of each block of 
the ICLP, 

b [Figure 515 S shows the correspondence between each 
function of the ICLP and an error flag (1). 

15 ^ t Figure 516 H shows the correspondence between each 
function of the ICLP and an error flag (2). 
b t Figure 5175 shows the format (MH-COM ICLP 
(ISSIP-BOM)) of a cell input to the ICLP. 
b [Figure 5185 shows the format (MH-COM - ICLP 

20 (ICIP-BOM)) of a cell input to the ICLP. 

b [Figure 5191 shows the format (MH-COM ICLP (SIP- 
SSM)) of a cell input to the ICLP. > 
b ^Figure 520] shows the format (MH-COM ICLP (SIP- 
BOM) ) of a cell input to the ICLP. 

25 \> [Figure 521] shows the format (MH-COM -> ICLP 
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(COM)) of a cell input to the ICLP. 

[Figure 522] shows the format (MH-COM ICLP 
(EOM)) of a cell input to the ICLP. 

([Figure 5231 shows' the format (ICLP ^ MH-COM 
(ISSIP-BOM)) of a cell output from the ICLP. 

{Figure 524jl shows the format (ICLP ^ MH-COM 
(ICIP-BOM)) of a cell output from the ICLP. 

[Figure 525j shows the format (ICLP MH-COM (SIP- 
SSM)) of a cell output from the ICLP. 

^ [Figure 526J shows the format (ICLP MH-COM (SIP- 
BOM)) of a cell output from the ICLP. 

^ ^Figure 527J shows the format (ICLP MH-COM 
(COM)) of a cell" output from the ICLP. 

h ^Figure 528] shows the format (ICLP MH-COM 
(EOM)) of a cell output from the ICLP. 
^ fFigure 529^ shows the format of a cell input to 
the HMH12A of the ICLP. 

b fFigure 530J shows the format of a cell output 
from the HMH12A of the ICLP. 

jb {Figure 531] shows the format - (BOM) of a cell 
input to the HMH13A of the ICLP. 

J:> J Figure 532] shows the format (COM) of a cell 
input to the HMH13A of the ICLP. 

b f Figure 533 J shows the format (EOM) of a cell 
input to the HMH13A of the ICLP. 
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|> {Figure 534| shows the error flags shown in 

Figures 531 through 533. 
i> i Figure 535] shows the format (BOM) of a cell 
output to the HMH13A HLP03A and HLP07A of the ICLP. 
5 [Figure 536) shows the format (COM) of a cell 

output to the HMH13A - HLP03A and HLP07A of the ICLP. 
h> |Figure 537J shows the format (EOM) of a cell 
output to the HMH13A HLP03A and HLP07A of the ICLP. 
i> IjFigure 538^ shows the error flags shown in 
10 Figures 535 through 537. 

^ [Figure 5390 shows the format (BOM) of a cell 
output to the HMH13A -> HMX12A of the ICLP. 
t> [Figure 5401 shows the format (COM) of a cell 
output to the HMH13A HMX12A of the ICLP. 
15 b {Figure 541 ]\ shows the format (EOM) of a cell 
output to the HMH13A ^ HMX12A of the ICLP. 
b [Figure 5421 shows the error flags shown in 
Figures 539 through 541. 

b t Figure 543 J is a flowchart showing the check made 
20 when the ICLP receives a message. 

h [Figure 544 Jl is a flowchart showing the message 

routing process in the ICLP. ^ 

h [Figure 545> supplementarily describes the 

flowchart of the message routing process. 
25 h [Figure 5465 is a block diagram showing the 
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( 1 ) of the 



(2) of the 



(3) of the 



(4) of the 



25 



HMHllA. 

[iFigure 547 J shows the external terminal unit of 
the HMHllA. 
> [Figure 548J shows the circuit 

important part of the HiMHllA. 

L 

^ iFigure 549] shows the circuit 

important part of the HMHllA. 
^ {Figure 550 | shows the circuit 

important part of the HMHllA. 
t llFigure 5511 shows the circuit 

important part of the HMHllA. 
Jb (Figure 552] shows the circuit (5) of the 

important part of the HMHllA, 
i) ^Figure 553^ shows the circuit (6) of the 

important part of the HMHllA, 
b tFigure 554] shows the output timing of a main 

signal of the message check LSI of the HMHllA, 
b [Figure 555j shows the input/output timing of the 

cell data of the message check LSI of the HMHllA, 
b t Figure 556] shows the timing related to the 

cross-connection of systems (between NGN ACT and RING 

1, 2 OFF) in the message check LSI of the HMHllA. 

I Figure 557 ]f shows the timing related to the 

cross-connection of systems (between NON ACT and RING 

1, 2 ON) in the message check LSI of the HMHllA, 
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h t^igure 558p shows the timing of transmitting data 

from the SCTL to the message check LSI. 
b [Figure 559] shows the timing of transmitting data 
from the message check LSI to the SCTL. 
5 b |;Figure 560) shows the initialization timing from 
the SCTL to the message check LSI. 
J) [Figure 561S is a block diagram showing the 
HMH12A. 

b ^Figure 562j| is a flowchart showning the routing 
10 process of the HiyiH12A. 

b ^Figure 563lO is a flowchart showning the broadcast 

process of the HMH12A. 
h [Figure 5640 is a flowchart (1) showing the copy 
cont;col process of the HMH12A. 
15 f Figure 5651 is a flowchart (2) showing the copy 

control process of the HMH12A. 
h [Figure 565|] is a flowchart showing the process ef 
sending a pseueo EOM in the HMH12A. 

V) [Figure 567'3 is a block diagram showing the 
20 HMH13A. 

b jiFigure 568) shows the VC-SH LSI for controlling 
an output band and the circuit configuration near the 
LSI . 

b [Figure 569\] shows the circuit configuration of 
25 the output MID acquiring unit. 
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JfFigure 570]^ shows the configuration of the table 
used in an output MID acquisition process. 

^Figure 571^ is a flowchart showing the process of 
reserving an output VIC in the output MID acquisition 
unit. 

j; Figure 572 1 is a flowchart showing the timeout 
monitor process in the output MID acquisition unit. 

^Figure 573^ shows the format of reassigning a 
VPI/VCI in the HMH13A, 

^Figure 5741^ shows the configuration of the 
hardware for executing the reassignment of a VPI/VCI 
in the HMH13A, 

|Figure 575^ shows the configuration of the 
circuit in the HMH13A for monitoring a fault between 
the circuit and the home system MH-COM. 

{Figure 576 J shows the configuration of the 
circuit in the HMH13A for monitoring a fault between 
the circuit and the mate system MH-COM. 

■^Figure 577]) is a block diagram showing the 
outline of the function of the OGLP. 

jFigure 578]/ is a block diagram showing the 
detailed function of the OGLP. 

(Figure 579]/ is a block diagram showing the 
arrangement of the IC of the OGLP. 

^ ^Figure 580^/ shows the outline of the function of 
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each block of the OGLP and the relationship between 

the OGLP and an error cell and maintenance cell. 
b ^ Figure 581 ^ shows the error flag (FF) operated 

for each function block' of the OGLP. 
5 f Figure 582 J shows the format of an input cell 

(BOM between MHs ) from the SBMH to the HMH07A. 

b t Figure 583] shows the format of an input cell 

(BOM between SSMs) from the SBMH to the HMH07A. 

^ [jFigure 584;| shows the format of an input cell 
10 (SIP BOM) from the SBMH to the HMH07A. 

i) ^Figure 585]] shows the format of an input cell 

(SIP SSM) from the SBMH to the HMH07A. 

b [^Figure 586|1 shows the format of an input cell 

(SIP COM) from the SBMH to the HMH07A. 
15 h ^Figure 587] shows the format of an input cell 

(SIP EOM, EOM BETWEEN MHs ) from the SBMH to the 

HMH07A. 

h jl^Figure 588/ shows the format of an input cell 
(BOM between MHs) from another GWMH to the HMH07A. 
20 y I^Figure 589^ shows the format -of an input cell 
(SSM between MHs) from another GWMH to the HMH07A. 
h ^Figure 590^ shows the format of an input cell 
(SIP BOM) from another GWMH to the HMH07A. 
^ ^Figure 591y^ shows the format of an input cell 
25 (SIP SSM) from another GWMH to the HMH07A. 
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J5 Figure 592| shows the format of an input cell 
(SIP COM) from another GWMH to the HMH07A. 

[Figure 593/1 shows the format of an input cell 
(SIP EOM, EOM between MHs ) from another GWMH to the 
HMH07A. 

(Figure 594j shows the format of an input cell 
(BOM between MHs) from another GWMH to the HMH08A. 
3 [Figure 595j shows the format of an input cell 
(SSM between MHs) from another GWMH to the HMH08A. 
0 f Figure 59 6 J shows the format of an input cell 
(SIP BOM) from another GWMH to the HMH08A. 
^ ^Figure 597(| shows the format of an input cell 
(SIP SSM) from another GWMH to the HMH08A. 
^ ]|Figure 598] shows the format of an input cell 
(SIP COM) from another GWMH to the HMH08A. 

dFigure 599p shows the format, of an input cell 
(SIP EOM, EOM between MHs) from another GWMH to the 
HMH08A. 

[{Figure 600S shows the format of an input cell 
(BOM between MHs) from another GWMH to the HMH09A. 
i> l/Figure 601jl shows the format of an input cell 
(SSM between MHs) from another GWMH to the HMH09A. 
^ fFigure 602i shows the format of an input cell 
(SIP BOM) from another GWMH to the HMH09A. 
h [Figure 603 1 shows the format of an input cell 
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(SIP SSM) from another GWMH to the HMH09A. 
Jr) (Figure 604II shows the format of an input cell 

(SIP COM) from another GWMH to the HMH09A. 
h ([Figure 605| shows ' the format of an input cell 

(SIP EOM, EOM between MHs ) from another GWMH to the 

HMH09A. 

J5 U Figure 606 (| shows the format of an input cell 

(BOM between MHs) from another GWMH to the HMHIOA. 
i) ^Figure 607j shows the format of an input cell 

(SSM between MHs) from another GWMH to the HMHIOA. 
J[> f"Figure 608 J shows the format of an input cell 
(SIP BOM) from another GWMH to the HMHIOA. 
b I Figure 6091 shows the format of an input cell 
(SIP SSM) from another GWMH to the HMHIOA. 
i> I Figure 610;| shows the format of an input cell 
(SIP COM) from another GWMH to the HMHIOA. 
^ (Figure 611 shows the format of an input cell 
(SIP EOM, EOM between MHs) from another GWMH to the 
HMHIOA. 

h> ^Figure 612^ shows the data interface between the 
OGLP and LP-COM. 

i> ^Figure 613^ shows the format of the cell (BOM 
between the MHs) for the interface with the LP-COM. 
L fFigure 6143" shows the format of the cell (SSM 
between MHs) for the interface with the LP-COM, 
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^ (Figure 615] shows the format of the cell (SIP 
BOM) for the interface with the LP-COM. 

^ f Figure 616^ shows the format of the cell (SIP 
SSM) for the interface with the LP-COM. 
Jd jFigure 6171 shows the format of the cell (SIP 
COM) for the interface with the LP-COM. 
-b (\Figure 618| shows the format of the cell (SIP 
EOM, EOM between MHs ) for the interface with the LP- 
COM. 

^ jFigure 619^ shows the format of the output cell 
(BOM between MHs) from the HMHIOA to the ICI . 
b \Figure 620^ shows the format of the output cell 
(SIP BOM) from the HMHIOA to the ICI. 

t> ^Figure 621 J shows the format of the output cell 
(BOM between MHs) from the HMHIOA to the ICI. 
L ^Figure 622^ shows the format of the output cell 
(SIP COM) from the HMHIOA to the ICI. 
t |Figure 623^ shows the format of the output cell 
(SIP EOM, EOM between MHs)' from the HMHIOA to the ICI. 
L [Figure 624] shows the format of the output cell 
(BOM between MHs) from the HMHIOA to the ISSI. 
b [Figure 625 1 shows the format of Jche output cell 
(SIP BOM) from the HMHIOA to the ISSI. 
^ [Figure 626] shows the .format of the output cell 
(SIP SSM) from the HMHIOA to the ISSI. 
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{Figure 627] shows the format of the output cell 
(SIP COM) from the HMHIOA to the ISSI. 
^ ^ Figure 628j] shows the format of the output cell 

(SIP EDM, EOM between MHs ) from the HMHIOA to the 
ISSI. 

^ iFigure 629] is a flowchart showing the outgoing 

routing process in the GWMESH. 
J) [Figure 630J is a flowchart showing the GA data 
transfer in the outgoing routing process in the 
GWMESH . 

I) [jFigure 631 J shows an example (1) of a table used 
in each step of the flowcharts shown in Figures 629 
and 630- 

b JFigure 632] shows an example (2) of a table used 
in each step of the flowcharts shown in Figures 629 
and 630, 

b I Figure 633 1~ shows an example (3) of a table used 
in each step of the flowcharts shown in Figures 629 
and 630. 

b (Figure 634] shows the configuration (1) of the 
circuit of the HMH07A. 

b IFigure 6351 shows the conf igurajtion (2) of the 
circuit of the HMH07A. 

b JFigure 636] shows the timing (1) of writing to 
the FIFO in the HMH07A. 
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^ (/Figure 637 J shows the timing (2) of writing to 

the FIFO in the HMH07A. 
i) ([Figure 638]l is a time chart (1) of the signal 

processed by the HMH07A- 
5 }) l^Figure 6391 is a time chart (2) of the signal 
processed by the HMH07A. 

|Figure 640;| is a time chart (3) of the signal 
processed by the HMH07A. 

JFigure 641]j shows the configuration (1) of the 
10 circuit of the HMH08A. 

y jFigure 642^ shows the configuration (2) of the 
circuit of the HMH08A. 

h (|Figure 6431 shows the ' configuration of the 
circuit of the HMH09A. 
15 (Figure 644] is a flowchart (write control) of the 

GA copy process in the HiyiH09A. 

i> [Figure 6451 is a flowchart (read control) of the 
GA copy process in the HMH09A, 

Jq (Figure 646] shows the configuration of the 
20 circuit of the HMHIOA. 

h jFigure 647] shows the functions of each block of 
the HMHIOA. ^ 

dFigure 648 J is a block diagram showing the 
functions of connecting the parity check unit of the 
25 HMHIOA to the units near the parity check unit. 
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^ {Figure 649 J is a block diagram showing the 
functions of the MRI timeout unit of the HMHIOA. 
b jFigure 650] is a block diagram showing the 
functions of the MID converting unit of the HMHIOA. 
5 b [Figure 5515 is a block diagram showing the 
functions of the cell delay unit of the HMHIOA. 
b {Figure 552J is a block diagram showing the 
functions of the error cell discard unit of the 
HMHIOA. 

10 b {Figure 653} is a block diagram showing the 
functions of the output band control unit of the 
HMHIOA. 

b ' [Figure 654] shows the configuration of the 
curcuit of the VC-SH LSI for restricting the output 
15 band and the configuration of the circuits of the unit 
near the VC-SH LSI. 

i> [Figure 655 ] is a block diagram showing the 
functions of the format converting unit of the HMHIOA. 

^ [Figure 656] shows the process performed by the 
20 converting unit. 

1^ [Figure 657] is a block diagram showing the 
functions of the CRC-10 generating and assigning unit 
of the HMHIOA. 

h pFigure 658]/ shows the operation of the CRC-10. 
25 t> fFigure 659it| is a block diagram showing the 
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functions of the discard count unit of the HMHIOA. 
^ [tFigure 660] is a block diagram of the HMXIOA 
(EDMX/SMUX) . 

b {Figure 661] is a block diagram of the HMXllA 
5 (SDMX/RMUX) . 

b tFigure 662p is a block diagram of the HMX12A (VCC 
unit ) . 

b jFigure 663J is a block diagram of the HMX12A 
( scheduler unit ) . 
10 h tFigure 664] is a block diagram of the HSF05A. 

h t^^9^^^ 665(1 shows the clock system of the SBMESH. 
y tFigure 666 J is a block diagram showing the 
functions o'f the HLM03A. 

^ jFigure 667] shows the functions ( 1 ) of each block 



^=0 15 of the HLiyi03A 



b [Figure 668 shows the functions ( 2 ) of each block 
of the HLM03A. 

tFigure 669 1 shows the check made in the HLM03A. 
y {Figure 670f shows the conditions under which the 
20 checks are made in the HLM03A. 

Jb [tFigure 671 J shows the check items of the 
performance protocol monitor in the incoming unit and 
the process performed when an error occurs. 

^ (jFigure 672] is a time chart relating to the error 
25 notification in the incoming unit. 
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]d [Figure 673 | shows each signal on the time chart 
shown in Figure 672. 

b I Figure 674] shows the identification of segment 
types . 

5 b t Figure 6751 is a time chart showing the process 
of an error analysis block. 

J) [Figure 676 J shows the check items of the 
performance protocol monitor in the outgoing unit and 
the process performed when an error occurs. 
10 ^ jFigure 6771 is a time chart relating to the error 
notification in the outgoing unit. 

L (Figure 678 8 is a time chart showing the L2/3 
individual error count process in the outgoing unit. 
(Figure 679] is a time chart relating to the 

15 network data collection in the incoming unit. 

^ ^Figure 68OJ is a time chart showing the count 
value read/write relating to the network data 
collection in the incoming unit of the GWMESH. 
b {Figure 581fl is a time chart showing the count 

20 value read/write relating to the network data 
collection in the outgoing unit of the GWMESH. 
b [Figure 682J shows the classification and 
procedure of the billing functions. 

b Ij Figure 683 jl shows the configuration and billing 
25 point of the switching system. 



({Figure 684j shows the usage information generated 
in the LEG network relating to the SMDS between 
carriers . 

) jFigure 685J shows 'the SA, DA (SIP), DA (ICIP), 
and compressed carrier information memory of the 
billing unit of the GWMESH. 

iFigure 6861 shows the simplified billing memory, 
{Figure 687J is a block diagram showing the 
functions of the HLP07A. 

b ^Figure 688] shows the functions ( 1 ) of each block 
of the HLP07A. 

b { Figure 5891 shows the functions (2) of each block 
of the HLP07A, 

b ^Figure 690fl shows the VPI/VCI of the intra- 
station communications cell. 

^ [Figure 591 [J shows the operations performed when 
a fault is monitored in the MH-COM unit, 
b (Figure 592 J shows the information in the header 
field of the cell output from the test cell generator 
TCG. 

JFigure 593} shows an example (1) of a loopback 
test conducted using the test cell output from the 
test cell generator TCG. 

JFigure 594} shows an example (2) of a loopback 
test conducted using the test cell output from the 
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test cell generator TCG. 
h t Figure 695} shows the PVC test between the 

ICI/ISSI and GWMESH. 
b [Figure 696] shows the PVC test between the GWMESH 
5 and GWMESH/ SBMESH . 

h [Figure 697jl shows the PVC test between stations. 
h [Figure 698 J shows the position of the BSGCSH and 
BSGC in the switching system according to the present 
invention. 

10 i> [Figure 699] shows the terminal point of the 
intra-station LAPD communciations . 

i> [Figure 700J shows the terminal point of the 
subscriber LAPD communications. 

h [Figure 7011 shows the outline of the functions of 
15 the BSGCSH. 

h [Figure 702] shows the connection of the hardware 
between the BCPR-INF-BSGC - 

^ [Figure 703S shows the control sequence between 
the BSGC and BCPR. 
20 \d [Figure 704t| shows the configuration of the intra- 
switch duplex device control hardware. 

[Figure 705 S shows the control > model for the 
signaling signal transmitted from the terminal unit 
to the switch. 

25 [Figure 7061 shows the control model of the 
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signaling signal transmitted from the switch to the 
terminal unit. 

j; Figure 7071 shows the control model of the duplex 
device signal transmitted from the terminal unit to 
5 the switch. 

i) [Figure 708(1 shows the control model of the duplex 
device signal transmitted from the switch to the 
terminal unit, 

5 u 

m JO t Figure 7091 shows the control model of the 

10 VPI/VCI. 

b [Figure 7101 shows a list of assigning a VPI/VCI. 
b [Figure 7110 shows the cell discarding function in 
the BSGC-COM. 

^ ^Figure 712| shows the state of the device of the 
15 BSGC. 

b [Figure 7131 shows the frame format used in the 
LAPD communications to the subscriber terminal unit, 
b [Figure 714J shows the establishing procedure of 
the intra-station control communications link. 
20 b [Figure 715] shows the establishing procedure of 
the intra-station control communications link relating 
to the BRLC. 

O ^Figure 716] shows the configuration of the 
program module in the BSGC, 
25 (Figure 717 f shows the configuration of the 
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hardware relating to the INF. 
h [Figure 718] shows the bit configuration between 

the MM (main memory) and BSGC of the data DMA- 
transferred . 

5 b t Figure 719 S shows the congestion control of the 
receiving system, 

I Figure 720 J shows a model of the number of 
signals processed in the BSGC. 

0 ^ J Figure 721] shows the initialize command and the 
4 10 format of the INF initial information setting table. 
n b iFigure 7220 shows the usage of a tag SIG/UL/TAGC 

in the communications in the SIFSH from the BSGC to 

V 

- - - the SIFSH. .... 

=^ ----- 

y h I Figure 723] shows the usage of a tag 

1 15 SIG/UL/ADSIBLK/ADSISEL in the communications in the 

SIFSH from the BSGC to the RMXSH. 

b tFigure 724] shows the usage of a tag SIG/UL/TAGC 
by the SIFSH in the communications from the BSGC to 
the SIFSH. 

20 h t^igure 725\ shows the usage of 'a tag SIG/UL/TAGC 
by the BSGCSH in the communications from the ASSW to 
the BSGC. /> 
b t^ig^^^ 726 S shows the configuration of the SAR- 
PDU of the protocol type 3 and the header field of the 

25 ATM cell storing the SAR-PDU. 
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. t Figure 727f| shows the SAR-PDU (CPAAL5-PDU) of the 
protocol type 5 . 

J Figure 728p shows the procedure of setting a VCC. 

[Figure 729 | shows the procedure of starting VCC 
copy. 

^ [Figure 730] shows the procedure of stopping VCC 
copy. 

b [Figure 731^ shows the fault range model. 
t> [Figure 732 5 shows the method of detecting a 
BSGCSH-COM fault by the BSGC and of notifying the 
switching software of the fault. 

t> [Figure 733] shows. the detection point of a fault 
detected by the checker in the BSGC-COM in 
transmitting data from the BSGC to the BSGC-COM. 
^ tFigure 734j shows the state in which a fault is 
detected in one of the fault points (a), (a)', (b), 
and (b)' shown in Figure 733. 

b [Figure 735j shows the state in which a fault is 
detected in two of the fault points (a), (a)', (b), 
and (b)' shown in Figure 733. 

^ ^Figure 736] shows the case in whj.ch a fault of a 
checker in the BSGC-COM is determined after the fault 
described in note 1 in Figure 735 and the diagnostics 
is made. 
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^ iFigure 7371 shows the case in which a fault of a 
checker in the BSGC-COM is determined after the fault 
described in note 2 in Figure 735 and the diagnostics 
is made. 

b [Figure 7381 shows the detection point of faults 
detected by the checker in the BSGC when data is 
transmitted from the BSGC-COM to the BSGC. 

b (Figure 739} shows the state in which a fault is 
detected in one of the fault points (a), (a)\ (b), 
and (b)' shown in Figure 733. 

fc> (Figure 740] shows the fault notification model, 
b [Figure 741] shows the case in which a fault of a 
checker in the BSGC-COM is determined after the fault 
described in note 3 in Figure 740 and the diagnostics 
is made. 

b {Figure 7425 shows the case in which a fault of a 
checker in the BSGC-COM is determined after the fault 
described in note 4 in Figure 740 and the diagnostics 
is made. 

^ ^Figure 7431 shows the fault notification model. 
^ ^Figure 744(1 shows the detailed fault factors. 
^ I Figure 745 1 shows the accommodation of the BSGC 
MSCN. 

^ [Figure 746? shows the detailed factors of the 
BSGC faults reported to the BCPR by the TM save. 
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h {Figure 747S shows the detailed factors of the 
BSGC-COM faults reported by an MSCN detail read 
command . 

^Figure 748 S shows the sequence of detecting the 
faults in the BSGC-COM. 
b (Figure 749] shows the signalling cell format used 
when an 1 field is transferred as signaling 
information, 

h {Figure 750j shows the signalling cell format used 
when an MSD/HSCN is transferred as signaling 
information . 

^ ^Figure 75H shows the UI format. 

^ ^Figure 7521 shows .the definition of a common 
field in each device. 

b [Figure 753} is a block diagram (1) showing the 
functions of the BSGC-COM hardware. 

h [Figure 754) is a block diagram (1) showing the 
functions of the BSGC-COM hardware. 

i) [Figure 755 j is a block diagram (1) showing the 
functions of the BSGC-COM hardware; 

1^ [Figure 756) shows the functions of the package of 
the HMXOOA in the BSGC-COM. ^ 

i> dFigure 7571 shows the functions of the package of 
the HMXOIA in the BSGC-COM. 
^ jFigure 758] shows the functions of the package of 
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the HSF00A/HSF04A in the BSGC-COM. 

h i Figure 7591 shows the interface between the 
HMXOOA package in the BSGC-COM and the SWMDX (HMX03A) 
package in the ASSWSH. 
5 h [Figure 760] shows the interface to the signal 
transferred from the SWMDX (HMX03A) in the ASSWSH to 
the HMXOOA package in the BSGC-COM. 

i> ^Figure 761} shows the interface of a signal 
transferred between the HSF04A package in the BSGC-COM 
10 and the SWTIF (HNCOOA) package in the ASSWSH. 

t> jFigure 7621 shows the daisy-chain connection of 
the BSGCSH. 

- 1> (jFigure 763} shows the configuration of the O & M 
cell loopback in the INS state of the BSGC and BSGC- 
15 COM. 

b (Figure 764 J shows the logic of setting the 
loopback corresponding to the loopback configuration 
related to Figure 763. 

h jFigure 765] shows the cell loopback configuration 
20 in the OUS state of the BSGC and BSGC-COM. 

i) jFigure 766^ shows the logic of setting the 
loopback corresponding to the loopbac^ configuration 
at the loop point (1) shown in Figure 765. 

{Figure 7671 shows the logic of setting the cell 
25 route when the cell is looped back at the loop point 
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(1). 

^) [Figure 768] shows the logic of setting the VCC 
when the cell is looped back at the loop point ( 1 ) . 

h jFigure 769] shows the logic of setting the 
loopback corresponding to the loopback configuration 
at the loop point (2) shown in Figure 765. 

^ [Figure 770\ shows the configuration of the 
hardware of the BSGC. 

i> llFigure 771\ shows the outline of the hardware of 
the BSGC. 

b I Figure 772 ]| shows the memory map of the BSGC. 
io> [Figure 773? shows the I/O map of the BSGC. 
)^ .-{Figure 774 J shows the BCPR access read/write. 
i> [Figure 775] shows the transfer data pattern. 
h [Figure 776] shows the loop position in the 
diagnostics between the BSGC and BSGC-COM, 
b (iFigure 777^ shows the VCC read/write test state 
in the diagnostics made in the OUS state of the #1 
system BSGC. 

h iFigure 778^ shows the basic policy of the 
continuity test in the active system/standby 
system/OUS state in the BSGCSH. ^ 

y (Figure 779^ shows the cell-by-cell loopback 
position in the BSGCSH-COM. 

b [[Figure 780J shows the configuration of the 
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hardware of the TC stop function in the BSGC of the 
active system during the test. 

b t Figure 7811 shows the signal transmission route 
from the BSGC to the duplex or simplex device. 
5 b [Figure 782| shows the signal receiving route from 
the duplex or simplex device to the BSGC. 
J? [Figure 7831 shows the format of the L2-PDU and 
L3-PDU. 

3 ^Figure 784p shows the table storing tag 
10 information and output MID using an input MID as a 
key. 

Figure 785] is a flowchart showing the process of 
..retrieving tag information and output MID using an 
input MID as a key. 
15 i> ^Figure 786] shows the method of testing a 
loopback between stations according to the present 
invention. 

h> ^Figure 787\] is a block diagram showing the 
configuration with which an inter-station loopback 
20 test shown in Figure 785 is conducted - 

b t Figure 7881] is a flowchart showing the algorithm 
limiting the faulty point according tp the complaint 
from the subscriber . 

]^ t^'igure 789^ shows the configuration of the system 
25 using the SMDS. 
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^ [[Figure 790i shows the transfer route (1) of the 
test message transmitted at the PVC test between the 
subscriber and the SMDS support module, 
b ISFigure 7911 shows the transfer route (2) of the 
5 test message transmitted at the PVC test between the 
subscriber and the SMDS support module. 
h JFigure 792] shows the position at which a test 
message is multiplexed in the SMDS support module, 
b [Figure 7931 shov/s the position at which a test 

10 message is checked in the SMDS support module. 

i> ^Figure 794S shows the transfer route of a test 
message transmitted in the PVC test between SMDS 
support modules. 

[Figure 795] is a block diagram showing the 

15 configuration of the SMDS support module provided with 
the test message generating unit and test message 
check unit. 

^ ^Figure 796] shows the format of the L3-PDU, 
^ [Figure 797j shows the relationship between the 
20 L2-PDU and L3-PDU. 

i) [Figure 798 J is a flowchart of checking the 
payload length of the L2-PDU. ^ 

/) [Figure 7991 is a flowchart of the BEtag check of 
the L3-PDU, 

25 b [Figure 800J is a flowchart of the BAsize check of 
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the L3-PDU. 

t Figure 801] shows the configuration of the 
circuit for making the L2-PDU payload length check, 
L3-PDU BEtag check, and L3-PDU BAsize check. 

[Figure 802J shows the configuration of the system 
connected through a private line between 
connectionless processing servers. 

[Figure 803j is a block diagram showing the 
function of the connectionless processing servers 
shown in Figure 802 and the call processor used by the 
servers . 

J Figure 804) shows the table managed by the 
connectionless processing servers shown, in Figure 8,02. 
> [Figure 8051 is a flowchart showing the process of 
the system connected through the private line between 
the connectionless processing servers. 

tFigure 805S shows another characteristic 
configuration according to the present invention. 

J Figure 807^ shows another characteristic 
configuration according to the present invention . 
^ ^Figure 808| shows the division of the main 
storage device and the control infoismation format. 

[Figure 809) shows the control information format. 
^ ^Figure 810j| shows the configuration of the 
circuit of the TAGCMP 10 shown in Figure 807. 
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h [Figure 81l\ is a timing chart showing the 

operation of the TAGCMP 10. 
i) fFigure 8121 shows the configuration of the 

circuit of the ADRSDEC 9 shown in Figure 807. 
}) {Figure 813 1 is a timing chart showing the 

operation of the ADRSDEC 9 . 

h iFigure 8141 shows the configuration of the 
circuit of the ATMIF 6 shown in Figure 807. 
h {Figure 815] is a timing chart showing the 



10 operation of the ATMIF 6. 



^ J Figure 816D shows another characteristic 

configuration according to the present invention. 

i , [Figure 817] ..shows. another characteristic 

configuration (1) according to the present invention. 
15 i> ^Figure 818/1 shows another characteristic 

configuration (2) according to the present invention. 
^ ^Figure 819^ shows another characteristic 

configuration according to the present invention. 
}) f Figure 820 J shows the memory map in the RAM 4 and 
20 5 . 

b [^Figure 821) shows the configuration of the 
circuit of the CNTR unit shown in Fj^gure 819. 
b fFigure 822J shows the configuration of the 
circuit of the ADD 9, 
25 b [^Figure 8237 shows the configuration of the TGIO 
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shown in Figure 819. 
^ /Figure 824 J is a timing chart of the TGIO. 
^ ^Figure 825] shows the configuration of the CNTR 

unit for processing priority levels. 

h [Figure 826 J shows the configuration of the CNTR 
unit (shown in Figure 819) for the DMUX unit. 
^ I Figure 827 p shows another characteristic 
configuration according to the present invention. 
^ [figure 828] shows the configuration (1) of the 
sending pattern selecting unit 4 shown in Figure 827. 

y ^Figure 829] shows the operations according to the 
embodiments shown in Figures 827 and 828. 

Jd [Figure 830p shows the configuration (2) of the 
sending pattern selecting unit 4 shown in Figure 827, 

]o tFigure 831] shows the operations according to the 
embodiments shown in Figures 827 and 830. 

y (Figure 8321 
shows the configuration of the switch for realizing 
the point-to-multipoint function. (a) indicated a 
trunk system; (b) indicates an input unit copy system; 
and (c) indicates an internal copy system. 

b jjFigure 8335 > 

is a table showing the features of the three systems 
shown in Figure 832. 
b {Figure 834] 
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shows the configuration for realizing the ppintrto- 
multipoint connection using the internal copy system. 
}) [Figure 835J 

shows the system or realizing the above described bit 
5 map without extending the cell length. 
h iFigure 836J 

shows the VPI/VCI decoding circuit. 
. h [Figure 837] 
,y shows the configuration of a point-to-multipoint 

J 10 connection, 

n h [Figure 838)| 

shows the configuration of the buffer and output unit 
VCCT provided for each output line. . 
J b [Figure 839B 

S 15 is a table of the contents of the output unit VCCT set 

SSL 

y by the firmware according to the software settings. 

^ IFigure 8401 

shows an example of a table on which an output VPI/VCI 
is set. 
20 h {Figure 84lJ 

is a flowchart explaining the process of the VCCT of 
the output unit. a 
b ifFigure 842fi 

shows the configuration of the switching system whose 
25 switch is equipped with a VCCT at its entry point. 
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h ||Figure 843] 

shows the configuration of the switching system 
according to the present embodiment. 
^ {Figure 844] 
5 shows the format of a cell in the switch. 
h CFigure 8451 
shows the configuration of the exchange station 
according to the present embodiment. 
h [Figure 846S 
10 shows an example of the configuration of the control 
information for a point- to-multipoint connection. 
]p [Figure 847Aj 

shows the. configuration of the buffer, of a .switch. 
h t^^ig^^re 847B] 
15 shows an example of the switching bit map in the 
point-to-multipoint connection control information, 
b tFigure 848| 

shows another characteristic configuration of the 

present invention . 
20 b iFigure 8491 

shows an example in which the multicast function of 

the present embodiment is applie^i to the video 

distribution service . 

Id SFigure 850D 
25 shows the configuration of the multicast device 30. 
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h ^Figure 851] 

shows the configuration of the system for 
communications among a plurality of communicators 
through a multiple communications trunk built in the 
5 exchange station. 
Jb {Figure 852(] 

shows the configuration of the system for multiple 
subscriber communications using a multiple termination 
unit in the subscriber line. 
10 i> IjFigure 853j 

is a process flowchart showing the 3-subscriber 
communications service in the system shown in Figure 
851. 

b {Figure 854] 
15 is a flowchart showing the process of the multiple 

subscriber communications service in the system shown 

in Figure 851. 
lo jFigure 855B 

is a flowchart showing the process of the multiple 
20 subscriber communications service using a group 

identification number. 

b (Figure 856| ^ 

shows the flowchart of the process in the 3-subscriber 

communications service in the system shown in Figure 
25 852. 
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IFigure 857] 

is a flowchart showing the multiple subscriber 
communications service in the system shown in Figure 
852. 

jFigure 858] 

is a flowchart of the call waiting service in the 
system shown in Figure 851. 
^Figure 859] 

is a flowchart (1) of a call transfer service in the 
system shown in Figure 851. 
(Figure 860l 

is a flowchart (2) of a call transfer service in the 
system shown in Figure 851. 
(Figure 861] 

is a flowchart showing the point-to-multipoint 
connection service in the system shown in Figure 851. 
dFigure 862] 

is a flowchart of the call waiting service provided 
by the system shown in Figures 852. 
[Figure 863} 

is a flowchart (1) of the call transfer service 
provided by the system shown in Figyres 852. 
[Figure 864] 

is a flowchart (2) of the call transfer service 
provided by the system shown in Figures 852. 
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\^ ^Figure 8653 

is a flowchart of the point-to-multipoint connection 
service provided by the system shown in Figures 852. 
h tFigure 866^ 
5 shows the configuration of the ATM switch related to 
the present invention to solve the 18th problem. 
\> [Figure 867) 

shows the characteristic configuration related to the 
present invention to solve the 18th problems, 

10 h tFigure 868*1 

is a flowchart showing the normal line connecting 
process with the characteristic configuration related 
to the present invention to solve the 18th problems. 
i> {Figure 8691^ 

15 is a flowchart showing the operations of the notifying 
process in the event of a failure on a device with the 
characteristic configuration related to the present 
invention to solve the 18th problems. 
1^ <f Figure 870^ . 

20 is a flowchart (1) showing the ' operations of the 
automatic line connection switching process in the 
event of a failure on a device with t)^e characteristic 
configuration related to the present invention to 
solve the 18th problems. 

25 lo ^Figure 871^ 
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is a flowchart (2) showing the operations of the 
automatic line connection^ switching process in the 
event of a failure on a device with the characteristic 
configuration related to the present invention to 
solve the 18th problems. 
y ^Figure 872J 

shows practical examples of use state table 11, device 
service management table 12, and management 
information table 13. 
h ^Figure 873| 
shows the operations of reassigning an idle band in 
a non-faulty line to a faulty band. 
h {Figure 874] . . 
shows the sequence of the processes of reassigning an 
idle band in a non-faulty line to a faulty band, 
b iS^igure 875ll 

shows the operations of physically switching a 
physical line containing a faulty band to a spare 
line . 

y ^Figure 8767 

shows the sequence of the process of physically 
switching a physical line containing^ a faulty band to 
a spare line. 
h ^^Figure 877} 

shows the process of buffering the ATM cells in order 
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of priority levels. 
^ ^Figure 8783 

shows an example of assigning priority levels. 
^ ^Figure 879^ 
5 shows the configuration of the system in which a 
remote concentrator 1 is connected to a host switch 
2 as the basic components of the present embodiment. 
\) ^Figure 880"^ 
shows the common principle of the ATM switch system 
10 related to the present embodiment. 
y ^Figure 881-1 
shows the position where the VCC table is accommodated 
for use by . the . upv/ard path from the remote 
concentrator 1 to the host switch 2 in the system in 
15 which the remote concentrator 1 is connected to the 
host switch 2 (HOST 2) shown in Figure 879. 
i> ^Figure 882^ 

shows the position where the VCC table is accommodated 
for use by the downward path from the host switch 2 
20 (HOST 2) to the remote concentrator 1 in the system 
in which the remote concentrator 1 is connected to the 
host switch 2 (HOST 2) shown in Figure 879. 
^Figure SSS^I 

is a flowchart showing the process of connecting a 
25 path contained in the first process example according 



to the embodiment based on the configuration shown in 
Figures 879, 881, and 882. 
^ ^Figure 884^ 

shows examples of the normal VCC table and 
reassignment VCC table. 
^Figure 885^ 

is a flowchart showing . the process of reassigning a 
path in the event of a failure contained in the first 
process example according to the embodiment based on 
the configuration shown in Figures 879, 881, and 882. 
^ ^Figure 886^ 

shows the second process example (upward, before 
reassigning a .path) of the path reassigning process 
in the event of a failure according to the embodiment 
based on the configuration shown in Figures 879, 881, 
and 882. 

h tjFigure 887?^ 

shows the second process example (upward, after 
reassigning a path) of the path reassigning process 
in the event of a failure according to the embodiment 
based on the configuration shown in Figures 879, 881, 
and 882. ^ ' 

h ^Figure 888^^ 

the second process example (downward, before 
reassigning a path) of the path reassigning process 
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in the event of a failure according to the embodiment 
based on the configuration shown in Figures 879, 881, 
and 882, 



the second process example (downward, after 
reassigning a path) of the path reassigning process 
in the event of a failure according to the embodiment 
based on the configuration shown in Figures 879, 881, 
and 882. 

^Figure 890^ 

shows the third process example (upward, before 
reassigning a path) of the path reassigning process 
in the event of a failure according to the embodiment 
based on the configuration shown in Figures 879, 881, 
and 882. 

^Figure 891$^ 

shows the third process example (upward, after 
reassigning a path) of the path reassigning process 
in the event of a failure according to the embodiment 
based on the configuration shown in Figures 879, 881, 
and 882. 

^) <([Figure 892^ a 
shows the third process example (downward, before 
reassigning a path) of the path reassigning process 
in the event of a failure according to the embodiment 
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based on the configuration shown in Figures 879, 881, 

and 882. 
^ ^Figure 893^ 

shows the third process example (downward, after 

reassigning a path) of the path reassigning process 

in the event of a failure according to the embodiment 

based on the configuration shown in Figures 879, 881, 

and 882.. 
i 5^igure 894-^ 

shows the configuration of the embodiment of the VCC 

control device capable of quickly transferring VCC 

table data. 
h ^Figure 895^ ... 

shows the timing of accessing the VCC table through 

an input cell. 
J? ^Figure 896A5 

shows the timing of accessing the VCC table through 

a VCC table 
h *^Figure 8966^ 

shows the timing of copying VCC 'table data between 

systems. 

^ ^Figure 897^ shows the relatior>ship between the 
L3-PDU and a cell. 

\> ^Figure 898^ shows the conventional inter-station 
loopback test method. 



^ ^Figure 899^ shows the configuration (1) of a 

common SMDS system. 
\> ^Figure 900^ shows the configuration (2) of a 

common SMDS system. 
]? ^Figure 901^ shows the method of realizing the 

conventional connectionless service. 

y I Figure 9023 shows another conventional 
technology - 

Ji) ^Figure 9033 shows another conventional 
technology . 

1> ^Figure 904^ shows the configuration in which the 
BISDN terminal unit is connected to the BISDN switch. 

^Figure 905 J shows. the configuration, in which the 
SMDS terminal unit is connected to the SMDS switch. 
I) ^Figure 906? shows the configuration of the DS3 
multif rame . 

^Figure 9073 shows the configuration of the ATM 
cell and L2-PDU cell. 

\d iFigure 908] shows the configuration of the PLCP 
frame interfaced in the DS3 format . 

^ ^Figure 909*} shows the restrictions related to the 
cycle stuff counter. 

^ ^Figure 910J shows the conventional circuit for 
transmitting a PLCP multif rame. 
O ^Figure 911*^ is a timing chart showing the 
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operation of the conventional transmission circuit of 
a PLCP multiframe. 
^Figure 912? 

shows the configuration of a conventional multicast 
connection. 

^Figure 913^ 

shows the problems of the conventional technology in 
which lines are switched in physical line units when 
a failure occurs on the line itself. 
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Contents of the Embodiments 

<Part 1> General Descriptions of Embodiments 

1. Outline of the system according to the present 
embodiment 

1.1. General Description 

1.2. Interface and Service provided by the present 
embodiment 

1.2.1. Subscriber Interfaces 

1.2.1.1. Optical Fiber Interface 

1.2.1.2. Metallic Interface 

1.2.2. Network Interface 

1.2.3. Services 
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embodiment 
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2.1.3.1. ATM Switching Shelf (ASSWSH) 

2.1.3.2. Daisy Chaining 
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Test Cell Generation 

2.1.4.1. Subscriber Interface Shelf (SIFSH) for 
Loopback 
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3.3.3. Broadband Signaling Controller (BSGC) 
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3.3.5. Broadband Call Processor (BCPR) 
3.3.5. Maintenance and Operation System (MOS) 
3-3.7. Operation and Maintenance Processor (OMP) 
3.3.8. System Integration Processor (SIP) 
5 3.4. Broadband Remote Line Concentrator (BRLC) 
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3.7.1. Call Acceptance Control 
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15 <Part 2> DS3-SMDS Interface 
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2.1, DS3 Line Interface 
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20 2.1.2- DS3 Frame Format 
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4- 1. DS3-SMDS L2-PDU Format 
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4,3. 



Segment Type 



4.4, 



Message Identifier 



4.5. 



Segmentation Unit 



4.6. 



Payload Length 
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7.7.1. DS3 Layer ^ 

7.7.2, DS3-PLCP Layer 

7.8. Received L2-PDU Data Converting Function (45 
Mbps 156 Mbps) 
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7.9. Transmitted L2-PDU Data Bit Rate Converting 
Function (156 Mbps 45 Mbps ) 

7.10. Interfacing Function to SIFSH Common 

7.11. LAP Terminating Function of MSD/MSCN 
Information 
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8.2.3. Pseudo-fault Point 

8.2.4. AIS Transmission Point 
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9- Maintenance Scanner (MSCN) Interface 

9.1.1. Hardware Interface for E-MSCN 

9.1.2, Detailed Explanation of E-MSCN 
9.2. E-MSCN Process in DS3-SMDS Interface 

5 9.2.1, SIFSH Common Interface Fault 
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10.8.3. Connection Setting Procedure 

10.8.4. Monitor of Link State 

10.8.5. Confirmation Procedure 
10.8.5. Monitor of Faults 

5 10.9. L3 Interface 

10.9.1. L3 frame Format 

10.9.2. Communications Procedure 
10.9-3. Control of Errors 

bp 11. Management of the state of DS3-SMDS interface 
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11.2. Blocking 

11.3. Setting In-Service 

11.4. .Non-implementation , 

11.5. Processes for faults 
15 11.5,1. Monitor of Faults 

11.5.2- Detection of faults 

11.5.3. Specifying a fault 

11.5.4. Monitor of Recovery 
11.6 Various Process Sequence 

20 12. Congestion Control of DS3-SMDS Interface Buffer 
13. Test and Maintenance 

13.1. Loopback Function of DS3-SMD5 Interface 
13.1.1. Loopback Function of a cell with 0 bit added 
at tag area 

25 13.1.2- Loopback Function of All Cells 
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13.1.3. Loopback Function of Cell having specific 
VPI/VCI 

13.1.4- Line Loopback Function 
13.2, Test Method 
5 13-2,1. DS3-SMDS Line Loopback Test 
13.2.1.1 Line loopback test at DSX-3 

13- 2,1-2 Line loopback test at RLC 

13.2.2- Active system on-demand test 
uo 13.2,3. PVC Path Circuit Test 

: 1 : 

10 13.2.4. Tests and Diagnostics of DS3-SMDS interface 
pjl 13.2.4.1. ATM Cell Acceptability Test in DS3-SMDS 

f": interface 

;h 13.2.. 4-2, Hardware normality confirmation test 

Q 14. Fault Correction 

;=Ji 15 14,1. Fault detection point and notification system 

14.1.1. Contents of Faults 
14,1.2 OBP Fault 

14.1.3- OBP Fault in Individual Unit (DS3-SMDS 
interface ) 

20 14.1.3.1. +5V OBP Fault 

14.1.3-2. -5.2V OBP Fault 

14.1.4. Package Missing Fault ^ 

14.1.5. Fuse Disconnection Fault 

14- 1.6- Package Error Insertion Fault 

25 14.1.7. DS3-SMDS Interface Individual Unit Package 
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Fault 

15. Functions of each PCB 
15.1. Functions of each PCB 
15-1.1. Functions of ' HAFOOA 
5 15.1.1.1. LAP Terminating Function for MSD/MSCN 
information 

15.1-1.2, Interfacing Function with SIFSH Common 
15 -1.1. 3, Multiplexing/demultiplexing function for 
-E DS3-SMDS L2-PDU cell and LAP cell 

'■■■jj 10 15.1.1.4. Loopback Function for Cell assigned 

j^J] Specific VPI/VCI 

^^"^ 15.1.1.5. Multiplexing Function for MSCN Data 

i= 15.1.1.6. MSD Data Dropper Function 

Q 15.1.1.7. Active Control Function 

15 15.1.1.8. Microprocessor Interface Function 
■i:D 15.1.2- Functions of HLPOIA 

15.1.2- 1. 155Mbps 45Mbps Data Conversion Function 

15.1.2.2. 45Mpbs 156Mbps Data Conversion Function 

15.1.2.3. DQDB Process Function 
20 14.1.3. Functions of HDTOOA 

15.1.3,1. DS3 Layer Terminating Function 

15.1.3- 2- DS3 PLCP Layer Terminating Function 

15.1.3.3. Received L2-PDU Header Check Function ( HCS ) 

15.1.3.4. L2-PDU Header Pattern Generating Function 
25 15, Firmware Interface 
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16.1. General Descriptions 

16.2. Outline of Interface between Hardware and 
Firmware 

<Part 3> SIFSH 
5 1. General Description 

1.1. Position of SIFSH in the System 

1.2. Outline of Functions 
2. Shelf Configuration 

I.J 2.1. Configuration 

'u 10 2.1.1. SIFCOM 

2.1.2. Individual Unit 
1'"^ 2.2. Power Source System 

2.2.1. -48V/CG 

i:3 

Q 2.2.2. SAB/SABG 

;| 15 2.2-3. +5V/E 

=0 3. Physical Interface 

3.1- Switch Interface 

3.1-1. 622Mbps Cell Highway Interface 
3.1-2. System Switch Signal 
20 3.2. SYNSH Interface 

3.3. Individual Unit Interface 
3.3.1. 156Mbps cell highway interf^^ce 
3.3.1.1. Upward 155Mbps Cell Highway Interface 
3.3-1-2- Downward 156Mbps Cell Highway Interface 

25 3.3.2. E-MSD/E-MSCN Highway Interface 



131 

3.3-2.1. System Control 

3.3.2.2. Physical Specification 

3.3.2.3. Logical Specification 

3.3.2.3.1. Individual Unit Receiving Specification 
5 3.3,2.3.2. Frame Synchronization 

3.3.2-3.3. Pilot 0/1 Signal Check (detection of stack 
in EMSD highway) 

3.3.2.3-4- Twice Reading Process 

Q 

=.p 3.3-2.3.5. Individual Unit Sending Specification 

ru 

^ 10 3.3.2-3.6 Fault Detection 

pil 3.4- Clock Interface 

1'"^ 4. Software Interface 

4.1. Outline 

iy 4.2. Layer Structure in Intra-station Control 

15 Communications 

4.2.1. ATM Layer Cell Format 

4.2-2. SAR-PDU Format 

4.2.3. LAP-D Format (layer 2) 

5. Allocation of Tag 
20 6. Functions 

6.1. MUX 

6.1.1. Outline ^ 

6.1.2, Configuration of MUX 
6.1-3. Multiplexing Control System 

25 6-1.4. Monitor of Buffer 
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6.1.5- Write Control 
6-1.6. Abnormal Write Process 
6-1.6.1. Too small cell length 
6.1-6.2, Too long cell length 
5 6.1-7. Read Control 

6.1.8, Abnormal Read Process 

6.1.9. Buffer Congestion Control 

6.2. DMUX 
6.2.1. Outline 

10 6-2.2. Functions 

6.2.3. Dynamic Tag Matching 

6.2.4. Monitor of Buffer 

6.3. VCC ----- . , _ 
6.3.1. Position of VCC 

15 6.3-2. Capacity of VCC Memory 

6.3.3. Inter-System VCC Copy 

6.3.3.1. Object 

6.3.3.2. Timing of Inter-system Copy 
6-3.3-3- Copy Object Information 

20 6-3.3.4, Procedure for INS process 
6,3.3.5. Copy Disable Report 

6.3.4, Relationship- between VCC and SMDS Service. 

6.4. Signaling Process (EGCLAD) 
6.4.1. Outline 

25 6.4-2. Functions of EGCLAD LSI 
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6.4.2.1. ATM Header Check Functions 

6.4.2.2. ATM Header Inserting Function 

7 . Test and Maintenance 

7-1. Monitor of Quality of Path using MC 
5 7.2. Circuit Test of Test Cell through TCG 

8 . Fault Correcting Process 

8.1. Fault Detection Point and Notification System 
8.1.1. Fault Mode 
^.o 8.1.2, OBP Fault 

rU 

=u 10 8.1.2.1. Individual Unit OBP Fault 

p2 8.1.2.2. OBP Fault in SIFCOM 

8.1.3. Package Missing Fault 

. . . _ 8.1-3.1. Individual Unit Package Missing Fault 

Id 8-1.3.2. SIFCOM Package Missing Fault 

15 8.1.3.3. Power Package Missing Fault 

8.1.4. Fuse Disconnection Fault 

8.1.4.1. Individual Unit Fuse Disconnection Fault 

8.1.4.2. SIFCOM Fuse Disconnection Fault 

8.1.5. SIFCOM Package Front Connector Missing Fault 
20 8.1.5.1. 50-core Coaxial Flat Cable Fault 

8.1.5.2. 50-core TD Bus Cable Fault 

8.1.6. Erroneous Package Insertion* Fault 

8.1.7. Individual Unit Package Fault 

8.1.8. SIFCOM Package Fault 

25 9. Line Protection (N+1 System) 
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9.1. Outline of N+1 Protection System 

9.2. Line Reassignment Sequence 

9.3. Setting VCC in Standby Line 

9.4. Switch to Standby Line 
5 9.5. Switch Command 

<Part 4> 

1 . Outline 

1.1. Summary of Function 
i.g 2. Configuration of Device 

=y 10 2.1. Configuration of Device 

3 . Interface 

3.1. Communication Line System 

3.2. Control System 
'i7i 3.3. Clock System 

15 3.4 Inter-block Interface in ASSWSH-A 

=1:0 4. Detailed Function 

i.n 

5. Traffic Control 
5-1. Cell Discard Class 

5.2. Congestion Control 

20 5.2.1. Congestion Control in SWMX 

5.2.2. Congestion Control in SWMDX 

5.2.3. Cell Discard > 

5.3. Traffic Measure Process 

6. Function of Firmware 
25 5.1. INFA Interface 
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6.2. Intra-device hard Interface 

6.3. Fault Correcting Process 
6.3.1. Fault Detection 
6.3-2, Message Box 

5 6.4. Self -diagnosis 
7 . Maintenance 

7.1. Software-hardware interface 

7.2. Operations 

7.2.1. State Transition 
10 7.2.2. Loading HMX03A 

7.3. Fault Correcting Process 
<Part 5> 

- 1. General Descriptions 

1.1. Summary 

15 1.1-1. Positioning in System 

1.1.2. Outline of SMDS Data Process 

1.2. System Configuration 
1-3. Redundant Configuration 
2. Process Method 

20 2.1, Configuration of Message Handler (MH) Network 

2.2. Routing System 

2.3. VPI/VCI and MID Assigning Method 

2.3.1. VPI/VCI Assigning Method 

2.3.2. MID Assigning Method 
25 2.4. Group Address 



136 

2.5. Multiplexing 

2.6. Outline of Functions 
3 - SMLP 

3.1. Outline of Processes 
5 3.2- Configuration 

3.3. Correspondence between Each Function Block and 
Error Flag 

3.4. Process in each Block 
4 . RMLP 

10 4.1. Outline of Process 

4.2. Configuration 

4.2.1. PVC Test 

4.2.2. MSCN . . 

4.2.3. MSD 

15 4-2.4. Correspondence between each Function Block and 
4.2.5. Data Interface between RMLP and LPCOM 

4.3. • HMHOOA 

4-3.1. Selection of cross-connection 
4.3.2. Timing Generator 
20 4.3.3. Address Filter 

4.4.1. Test Cell Multiplexing R and 9MG 

4.4.2. MID Check ^ 
4.4.3- SN Check 

4.4.4. Encapsulation 
25 4.4.5- Error Edit I 
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4.4.6. RMID Acquisition 

4.4.7. MRI Timeout Check 

4.4.8. GA copy 

4.4.9. SNI Available' 
5 4.4.10 Error Edit II 

4.4.11 SA Check 

4.5. HMH04A 

4.5.1. SA Screening 

4.6, HMH02A. 

10 4.6.1. Outline of Configuration 

4.6.2. Outline of Functions 

4.6.3. Outline of Interface I/F 

4.6.4. Detailed Explanation 
5. MH-COM Unit 

15 5.1. General Descriptions 

5.2. RDMX/SMUX Function (HMXIOA) 

5.3. SDMX/RMUX Function (HMXllA) 

5.4. VCC Function/Test Cell Multiplexing 
Function/Scheduling Function ( HMX12A ) 

20 5.4.1. VCC Function 

5.4.2. Test Cell Multiplexing Function 

5-4.3. Schedule Function ( multiple;^-LSI control) 

5.5. LAP Terminating/Starting Clock Distribution 
(HSF05A) 

25 5.5.1. LAP Terminating/Starting Process 
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5,5.2. Distribution of Clock 
6. Protocol Performance Monitor 

6.1. Outline 

6.2. Layer 2 Protocol Performance Monitor 

6.3. Layer-3 Protocol Performance Monitor 

6.4. Protocol Performance Monitor in Ingress Unit 

6.4.1. Process System 

6.4.2. Detailed Process 

6-5. Protocol Performance Monitor in Egress Unit 



Kl 10 6.5.1. Process System 

1=11 6.5.2. Details of Processes 

7. Network Data Correction 
- 7.1. General Descriptions 

Ly 7.2. Network Data Correction Parameter 

m 

15 7.3. Network Data Correction in Ingress Unit 

7.3.1. Process System 

7.3.2. Details of Processes 
7.4. Network Data Correction 
7.4.1. Process System 

20 7.4.2. Explanation of Process 

8. Billing Function 

8.1. General Descriptions a 

8.2. Billing Process 

8.3. Checking Function 

25 9. LPCOM unit (INF interface unit) 
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9.1, General Descriptions 
9-2. Outline of Functions 

9.3. INF Interface Control Procedure 
9.3.1. INF Interface' Control 

5 9.3.2. IFF Interface Interruption Control 

9.4. SMLP/RMLP Control 

10. Various interfaces 
10.1. General Descriptions 

11, Software Interface 

rii 

10 11.1 Initialization 
li 11.1.1. Initialization of MH-COiVI 

■ ^ 

11.1.2 Initialization of LP unit 

La 

5 11 -2, INS Process (In-service Process) 

11.2.1 INS Process of MH-COM 
t 15 11.2.2. INS Process in LP 

11.3 Fault Monitor and System Switch 

11.3.1 Fault Monitor of MH-COM 

11.3.2 MH-COM Fault Reporting and Processing Sequence 

11.3.3 Fault in Communications through INF with LP 
20 11.3.4 Fault detected in MSCN of- LP 

11.3.5 Health Check of LP 

11.3.6 System Switch ^ 

11.4 Test and Diagnostics 
11.4.1 Test using TCG 

25 11.4.2 Loopback Test in SBMESH 
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11.4,3 



PVC Test between SNI-SBMESH 



11.4.4 



MESH-MH PVC test 



11.4.5 



PVC Test Result Check 



11.4.6 



Diagnostics of MH-COM 



11.4.7 Diagnostics of LP 

11.5 MSCN 

11.5.1 MSCN of MH-COM 

11.5.2 MSCN of LP 

11.6 MSD 

11.6.1 MSD of HM-COM 

11.6.2 MSD of LP 

11.7 Billing and Statistic Processes 
11.7-1 General Descriptions - - 
11.7.2 Billing process 

11.7.3. Protocol Performance Monitor Process 

11.7.4. Network Data Collection Process 

11.7.5. Various Cell Number Process 
<Part 6> GWMESH 

1 . General Descriptions 

1 . 1 Summary 

1.1.1 Position in System 

1.2 System Configuration a 

1.3 Redundant Configuration 

2. Process Method 

2.1 Network Configuration 



• 
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2,2 Routing system 



2.3 Group Address Process 



2.4. 



Load Splitting 



2.4.1 



Features of Load Splitting 



2.4.2. Key Generation 
2.4-3 Key Assignment 

3. ICLP 

3 . 1 Summary of Process 

3.2 Configuration 

3.3 Correspondence between each function block 
error flag 

3.4. ICLP Input/Output Format 

3.5 ICLP Process Flov/ . , . . 

3.6 PKG Block 

3.6.1 HMHllA 

3.6.2 HMH12A 

3.6.3 HMH13A 

4 . OGLP 

4.1 Summary of Process 

4.2 Configuration 

4.3 Correspondence between each function block 
error flag . ^ 

4.4 Cell Format 

4.5 Process Flow 
4-6 PKG Block 



i.i 3 
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4.6.1 HMH07A 

4.6.2 HMH08A 

4.6.3 HMH09A 

4.6.4 HMHIOA 

5 5. MH-COM unit 

5.1 General Descriptions 

5 . 2 HMXIOA 

5.3 HMXllA 
Q 5.4 HMX12A 
4 10 5.5 HSF05A 

6 . Protocol Performance Monitor 

6.1 General Descriptions 

y 

5.2 L2 Protocol Performance Monitor. 
J 6 . 3 L3 protocol performance monitor 

15 6-4 Protocol Performance Monitor in Incoming Unit 

6.4.1 Processing Method 

6.4.2 Detailed Process 

6,5 Protocol Performance Monitor in Outgoing Unit 
6.5-1 Process Method 
20 6.5.2 Detailed Processes 

7. Network Data Collection 

7.1 General Descriptions ^ 

7.2 Network Data Collection Parameter 

7.3 Network Data Collection in Incoming Unit 
25 7.3,1 Process System 
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7 ,3. 2 Detailed Process 

7.4 Network Data Collection in the outgoing unit 

7.4.1 In the above described network data collection 

7.4.2 Detailed Processes ' 
5 8. Billing 

8 - 1 Data Generation 

8 . 2 Data Aggregation 
9- LP-COM (INF) 

:,y 9.1 General Descriptions 

=u 10 9.2 Outline of Functions 

9.3 INF Interface Control Unit 

i y 

9.3.1 INF Interface Control 
^ .9.3.2 .INF .Interface Interruption Control 

iJj 9.4 Controlling ICLP/OGLP 

15 10. Software Interface 

10.1 Initialization 

10.1.1 Initialization of MH-COM 

10.1.2 Initialization of LP 

10.2 INS Process 

20 10.2.1 INS Process of MH-COM 

10.2- 2 INS Process of LP 

10.3 Switching Systems ^ 
10.3.1 Switching systems in MH-COM 

10.3- 2 Switching systems in LP 
25 10.4 Fault Monitor 
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10.4.1 Fault Monitor in MH-COM 

10.4.2 Fault Monitor relating to INF Communications 
10.5 Test and Diagnostics 

10.5.1 Test using TC6 
5 10.5.2 PVC Test between ICI/ISSI and GWMESH 

10.5.3 SBMESH/GEMESH - GWMESH PVC Test 

10.5.4 Inter-station Test 

10.5.5 Test Functions of Each Unit 

10 . 5 . 6 Self -diagnostics 
10 <Part 7> BSGCSH 

1 . General Descriptions 

1.1 Positions of BSGCSH and BSGC in Switch System 

1.2 Sharing Functions of BSGC 

1.2.1 Functions of INF 
15 1.2.2 Functions of LAPD 

1.2.3 Intra-station Control Communications Link 
1-2.4 Interface with ATM Switch 
1.2.5 Meta-signaling Communications 

1.3 Number and Assignment Condition of BSGC Port 
20 1.3-1 Maximum Number of Ports 

1.3.2 Required Number of Ports 

1.3.3 Transfer Speed between BSGC and Other Devices 

1.3.4 Throughput of BSGC and Port Assignment 
Condition 

25 2. Outline of Functions of BSGCSH 
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2.1 Specification 

2.2 Higher Order Interface (INF interface) 

2.2.1 Hardware Configuration under Control of INF 

2.2.2 INF Interface Control Procedure 

5 2.3 Switch Interface (CARP and VCC Interface) 

2.3.1 Hardware Configuration for controlling intra- 
switch duplex device 

2.3.2 Intra-switch Signal Control 

2.3.2.1 Signaling Control Model (including simplex 
10 device) 

2.3.2.2 Duplex Device Signal Control Model (for 
common unit) 

2.3.3 Intra-station Control Communications yPI/yCI 
2.3-4 Cell Discard System in BSGC-COM 

15 2.4 BSGC Device Control 

2.4.1 State of Device in BSGC 

2.4.2 BSGC Fault Correcting Process 

2 . 5 Communications Control 
2.5.1 Difference from Q.922 

20 2.5.2 Intra-station LAPD Communications (intra- 
station control communications ) 

2.6 Diagnostic Functions ^ 

2.6.1 Diagnosis Object Items 

2.6.2 Intra-station Duplex Device Diagnostic 
25 Communications Link 
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2.7 Configuration of Program Module 

3. INF interface 

3.1 Hardware Configuration 

3.2 DMA Bit Configuration 

3.2.1 Bit Configuration of DMA Transfer Data 

3.3 INF Control Procedure 

3-3.1 Command Queue and Status Queue 

3.3.2 Conflict at command activation and status 
activation 

3.3.3 Congestion Control 

3.3.3.1 Receiving System Congestion Control 

3.3.3.2 Sending System Congestion Control 
3.3.3.3. BSGC Congestion Control 

3.4 Initializing INF 

3.5 INF Priority Control 

4. Switch Interface 

4.1 Assigning Tag 

4.1.1 Concept of Assigning Tag 

4.1.2 Assigning Tag in communications from BSGC to 
ASSW 

4.1-3 Assigning Tag in communications from ASSW to 
BSGC ^ 

4.2 CARP Control Procedure 

4.2.1 Frame Format 

4.2.2 Functions of CARP LSI 
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4.2.3 Statistic Functions 

4.3 VCC Setting Procedure and VCC Copying Procedure 
5. BSGC Device Controlling Procedure 



5-1.1 Faulty portion detected in BSGCSH 
5-1.2 System Management at Fault Occurrence 

5.1.3 Report to BSGC 

5.1.4 Recovery Monitor 

5.1.4.1 Recovery monitor by BSGC 

5.1.4.2 Recovery Monitor in Switch Software 

5.1.5 Fault to be detected by the BSGC Hardware 

5.1.6 Fault detected by BSGC Firmware 

5.1.6..1 Fault., in BSGC-COM (excluding faults of the 
BSGC) 

5.1.6.2 Fault in Standby System BSGC 

5- 2 TM Save System 
5.3 Statistic Function 

6 . Communications Control 

6.1 Control of Intra-Station Control Communications 
6.1.1 Signaling Cell Format 

6- 1-2 Difference from Revised LAPD 

7. BSGC-COM ^ 

7.1 Hardware Configuration of BSGC-COM 

7.2 Explanation of Blocks showing Functions of BSGC- 
COM 



5.1 



BSGC Fault Monitor 
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7.3 Switch Interface 

7.4 SWTIF Interface 

7.5 Configuration of Higher/Lower Shelf of BSGCSH 

7.6 BSGC-COM Loopback Configuration 

7.6.1 Cell Loopback of BSGC and BSGC-COM in INS State 
7.6-2 Cell Loopback in OUS State for BSGC and BSGC- 
COM 

8. Duplex Process Control 
8.1 Hardware Configuration 

8.1.1 BSGC Hardware Configuration 

8.1.2 General Description of the BSGC Hardware 

8.1.3 Memory Map 

8.1.4 I/O Map 

9 . Maintenance and Operation 
9,1 Diagnostics Functions 

9.1.1 Diagnostics Object Items 

9.1.2 Details 

9.1.2.1 INF Interface BCPR Access Read/Write 
Diagnosis 

9.1.2.2 INF Interface -» DMA Transfer Read/Write 
Diagnosis 

9.1.2.3 Diagnostics of Functions irj BSGC 

9.1.2.4 Diagnostics between BSGC and BSGC-COM 

9.1.2.5 VCC Memory Test 

9.1.2.6 LAP Link Establishment Test between BSGC and 
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another Device 
9.2 TC Function 

9.2.1 Basic Policy 

9.2.2 Cell-by-Cell Loopback ( OUS state) 

9.2.3 Cell-by-Cell Loopback Position 

9.2.4 TC Stop Function in Active System BSGC during 
OUS Test 

<Part 8> Configuration and Function, etc. relating 
to Present Invention 

Description of the Preferred Embodiments 

The embodiments of the present invention are 
described below in detail by referring to the attached 
drawings . 
<Part 1> 

The general configuration and function of the 
present embodiment is described in Part 1 . 
1. Outline of the system according to the present 
embodiment 

1.1. General Description 

Figure 1 shows the configuration of the entire 
broadband switching system according to the present 
embodiment. Connected to a broadband host switch 1 
are a subscriber terminal equipment, a broadband 
remote line concentrator 2, a broadband remote 
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switching unit 3, and the like. A customer premises 
equipment 4 is connected to these units. With this 
configuration, structured is an economical broadband 
switching system. 
5 1.2. Interface and Service provided by the present 
embodiment 

Listed below are various interfaces according to 
the present embodiment. 
•=.Q 1.2.1, Subscriber Interfaces 

10 1.2.1.1. Optical Fiber Interface 
i=rS • 156 Mbps interface for providing a user network 

n interface (UNI) of a broadband service integrated 

- digital network (B-ISDN) 

UJ • 622 Mbps interface for providing an UNI of the B- 

!=S 15 ISDN 

1.2.1.2. Metallic Interface 

• 1.5 Mbps Interface for providing a subscriber 
network interface ( SNI ) of switched multi-megabit data 
services ( SMDS ) , frame relay, circuit emulation, etc. 

20 * 45 Mbps interface for providing an UNI of a B- 

ISDN, SNIs of an SMDS, frame relay, circuit emulation, 
etc . ^ 
1.2.2. Network Interface 

• 622 Mbps optical fiber interface for providing a 
25 network node interface (NNI) of a B-ISDN 
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• 156 Mbps optical fiber interface for providing an 
NNI of a B-ISDN 

• 45 Mbps metallic interface for providing an NNI 
of a B-ISDN, SMDS, frame relay, etc. 

5 * 1.5 Mbps metallic interface for providing an NNI 

of a frame relay 
1.2.3, Services 

A broadband switching system according to the 
present embodiment provides the following services. 
10 * Connected ATM High-speed Data Service 

• Connectionless High-speed Data Service based on 
the switched multimegabit data service ( SMDS ) 

. . * Frame relay service 

• Circuit Emulation Service 
15 1.3. System Configuration 

Described below is the system configuration 
according to the present embodiment 
1.3.1 Broadband Switch Architecture 

Figure 2 shows a variation of the broadband 
20 switching system according to the present embodiment. 

The basic configuration of the broadband switch 
refers to an ATM subscriber switch (^SW) module. The 
ASSW module comprises a 10 Gbps (gigabit/second) ATM 
switching module having a redundant configuration; 
25 a duplex switch processor; various subscriber 
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interfaces; and network interfaces. A single ASSW 
module can be assigned as a stand-alone broadband 
switch. 

An ATM interconnection switch (AISW) is effective 
5 as a large capacity switch provided with the capacity- 
larger than that of a single ASSW. To configure a 
large-scale office, a number of ASSW modules are 
interconnected through an AISW so that a capacity of 
;=B 150 Gbps can be realized. With a large-scale 

'""•'^ 10 configuration in which a number of ASSW modules are 

ry interconnected through an AISW, one or more ASSWs can 

be located remotely to make it function as broadband 
■[^ remote switching device (BRSU) capable of providing 

ly complete services. 

i=S 15 The ASSW can also function as host switch to a 

broadband remote line concentrator ( BRLC ) . 
- 1.3.2. Switched Multi-megabit Data Service (SMDS) 

Figure 3 shows a system for realizing an SMDS 
using a broadband switch according to the present 
20 embodiment. 

Two typical types of interfaces - 0C-3C and 
DSI/DS3 - can be used as subscriber network interfaces 
(SNI). The 0C-3C is a 156-Mbps optical fiber 
interface while the DSI/DS3 is a 1.5-Mbps/45 Mbps 
25 metallic interface. The optical fiber interface 
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allows the subscriber line to be shared between the 
SMDS subscriber equipment and other B-ISDN equipments. 
The metallic interface is designed to be dedicated to 
the SMDS . The broadband switching system according 
to the present embodiment can directly support an SMDS 
subscriber network interface. 

Although the SMDS is well applicable to the ATM 
(the cell format of the SMDS is similar to that of the 
ATM), the SMDS uses a special message handler called 
an SMDS message handler (SMDS-MH), The SMDS-MH 
provides various SMDS-oriented services, e.g., address 
screening, message routing, group addressing (point 
to multi-point connection), illegal message checking, 
etc. Since the SMDS is a connectionless service, the 
SMDS-MH provides various services for each message and 
for each cell. Because it is featured by its high- 
speed process, most services are provided through 
hardware rather than software. 

2. Explanation of Hardware according to the present 
embodiment 

2.1. ATM Network for small host 

Figure 4 shows the conf iguratic^n of the typical 
hardware of the broadband switching system according 
to the present embodiment. Figure 4 actually shows 
an ATM network for a small host. 
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2.1.1. ATM Subscriber Switch (ASSW) 

The ASSW provides ports (subscriber interfaces) 
for various types of subscribers and network 
interfaces. The subscriber interfaces include 
subscriber-network interfaces ( SNI ) in the SMDS, user 
network interfaces (UNI) in the frame relay, and B- 
ISDN ATM UNI . The network interfaces include network- 
network interfaces (NNI) in the frame relays, SMDS, 
and B-ISDN, and the interexchange carrier interface 
(ICI) and interswiching system interface (ISSI) in the 
SMDS. The subscriber interface can also be applied 
to a circuit emulation. 

.Figure 5 shows the configuration , of a port. ^ 

2.1.2. ASSW Subscriber and Network Interface 

The subscriber and network interfaces are 
configured and provided in several types of equipment 
shelves. The shelves include the ATM DS-I shelf 
(ADSISH), the subscriber interface shelf (SIFSH), and 
the fiber interface Shelf (FIFSH) 
2.1.2.1. Subscriber Interface Shelf (SIFSH) 

Figure 6 shows the configuration of the subscriber 
interface shelf (SIFSH). ^ 

The subscriber interface shelf (SIFSH) provides 
necessary power supplies, common cards, and mounting 
slots to accept up to eight DS3 or 0C-3C interface 
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cards of various types. These includes the ATM 0C-3C 
card group (0C3CPG), the ATM DS-3 card group (ADS3PG), 
the frame relay DS-3 card group (FDS3PG), the circuit 
emulation DS-3 card group (CDS3PG), and the ADSISH 
5 interface card (ADSINF). The ATM DS-3 card provides 
both ATM and SMDS interface. 

The ATM 0C-3C card group (0C3CPG) provides for ATM 
cell-switching of information received from ATM 

a 

'^D facilities via B-ISDN UNI. 

y 10 The DS-3 card groups are similar in function to 

ry the DS-1 card groups for use in the ADSISH, except 

that they provide for operation at the DS-3 rate, 
, rather than the DS-1 rate. 
Lu The SIFSH is also capable of handling the ADSISH 

m 15 interface card (ADSINF). Each pair of ADSINF cards 

interface with 4 ADSISH shelves. A total of 16 ADSISH 
shelves may be interfaced per SIFSH. Since each of 
these ADSlSHs handles 8 DS-1 ports, and 2 ADSISH 
shelves can be daisy-chained as described later, 255 
20 DS-1 cards may be handles by a .port serving a pair of 
SIFSHs. 

2.1.2.2. ATM DS-1 Shelf (ADSISH) ^ 

Figure 7 shows the connection of the ADSISH to the 
SIFSH. 

25 The ATM DS-1 shelf (ADSISH) accommodates a variety 
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of DS-1 interface cards. These include a frame relay 
DS-1 card group (FDSIPG), an SMDS DS-1 card group 
(SDSIPG), and a circuit emulation DS-1 card group 
(CDSIPG). 

5 The frame relay DS-1 card group provides for 

segmenting a long frame relay message into individual 
ATM cells and associating a virtual call identifier 
with each cell along with the necessary tags 
associated with cell switching. The card group also 

10 receives cells from the ATM fabric and reassembles 
them into a frame relay format. This adaptation 
process is referred to as segmentation and reassembly. 
It- permits ATM cell switching techniques to be applied 
to frame relay traffic. 

15 The SMDS DS-1 card group provides similar 

functions. The task provides data as a series of 
cell-sized data units. 

The circuit emulation DS-1 card group provides for 
continuous cell adaptation to accept the information 

20 from a channel used for full-period traffic. It also 
breaks it into a series of ATM cells to prepare it for 
switching through the ATM networlj. The circuit 
emulation card group also provides for timing recovery 
where the signal leaves the network. 

25 The ADSISH shelf provides necessary power 
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supplies, common cards, and mounting slots to accept 
any mix of up to 8 of the 3 DS-1 card types. The 
output from the shelf is extended to the ADSISH 
interface cards (ADSINF) mounted on the subscriber 
5 interface shelf (SIFSH). (Refer to Figure 7). 
2.1.2.3. Fiber Interface Shelf (FIFSH) 

The fiber interface shelf (FIFSH) provides 
necessary power supplies and mounting slits to accept 
up to four 0C-12C interfaces. Each interface consists 

10 of ' an ATM 0C-12C card group (0C12PG) and a pair of 
fiber interface card groups (FIFCPG). 
2.1.3. ASSW ATM Switch Module 

The ATM switch module is implemented as a fabric 
with a maximum capability of 10 Gbps. It provides for 

15 up to 16 ports for ingress and egress of traffic. 

The switching fabric is implemented in 2 separate 
portions for upward and downward switching. The 
forward traffic from subscriber and network ports is 
presented to the 16 ports on the network provided for 

20 upward directed traffic. The -return traffic is 
received from the various subscriber and network 
interfaces to the ASSW. Some of the jietwork ports are 
used by the service circuits, providing support to 
common signaling to the network and message handling 
25 for SMDS. Figure 8 shows an example of the 
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configuration of the network based on the ASSW. 

2.1.3.1. ATM Switching Shelf (ASSWSH) 

The ATM switching shelf (ASSWSH) houses the entire 
ATM switching network and its associated power 
5 supplies. The switching network is implemented as a 
4x4 non-blocking switch providing 10 Gbps. Each of 
the four 2.5 Gbps ports on the network has 4 
associated cell routing multiplexer cards. This 
•n provides a total of sixteen 622 Mbps inputs to the 

10 network. 

The ATM switch module is always implemented in the 
same 4x4 size. 

:s Pairs of multiplexer cards to support each of the 

4 network ports may be equipped individually. Each 
15 pair of multiplexer cards provides for 4 network 
'=3 ports . 

The shelf also contains 2 pairs of common cards, 
a pair of cell clock generator cards (CELCLK) for 
timing, and a pair of parallel ATM interface cards 
20 (PIAINF) for connection to the processing equipment. 

2.1.3.2, Daisy Chaining 

The above described shelves servi^ng subscriber and 
network interfaces can be connected to the ATM 
switching network with a single shelf connected to 
25 each of the 16 ports on the switch. If a shelf does 
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not provide a full load of 622 Mbps, then it can be 
daisy-chained to another shelf to develop the load. 
Daisy-chaining is the process of connecting the first 
shelf to the switch port, then connecting a second 
shelf to the first. Two SIFSH shelves may be daisy- 
chained as shown in Figure 3-2. These arrangements 
permit up to 32 shelves to be connected to the 16 
input ports to the network. 

2.1.4. ASSW Other ATM Network Support Equipment and 
Test Cell Generation 

The traffic from the upward switch fabric may be 
connected to the downward switch in one of two ways. 
This can be done with loop-back circuits or by 
connection to an ATM Interconnection switch (AISW). 
The loop-back arrangement supports any intra-ASSW 
connections, Inter-ASSW connections are supported by 
connections through the AISW. 

2,1.4.1. Subscriber Interface Shelf (SIFSH) for 
Loopback 

Figure 9 shows the configuration of the loop-back 
of the SIFSH. 

The SIFSH contains up to 8 loop-back card groups 
(LOOPPGA) to connect up to eight 156 Mbps outlets from 
the upward network to 8 of the 156 Mbps inlets on the 
downward network. The shelf also includes the 



160 

necessary power equipment to support the loop-back 
cards. Loop-back card group of 622 Mb/s is also 
available in the future. This may be necessary if a 
service with bandwidth of larger than 156 Mb/s is 
5 introduced. 

2.1.4.2. Subscriber Interface Shelf for Test Cell 
Generator Adapters 

Figure 10 shows the configuration of the test cell 

10 generator connected to the SIFSH. 

As shown in Figure 10, the SIFSHs can also contain 
test cell generator adapters (TCGADPs) that are used 
for testing. These TCGADPs are contained in SIFSHs 
that are located on both ingress and egress 

15 The SIFSH of the ASSW. The test cell generator 

(TCG) is located in the test cell generator shelf 
(TCGSH) as shown in Figure 10. 
2.1.5. ASSW Signaling Equipment 

Each of the port equipment shelves on the system 

20 has an associated microprocessor. The broadband 
signaling controller shelf (BSGCSH) provides for 
signaling between the broadband call processor (BCPR), 
various network port microprocessors and for B-ISDN 
UNI signaling. 

25 Figure 11 shows the configuration of the BSGCSH- 



This shelf is always provided. It provides power 
supplies, common cards and mounting slots of up to 6 
broadband signaling controller card groups (BSGCPGA). 
The BSGC in the BSCCSH is connected, through an 
periodical interface type A (INFA) and a periodical 
interface type T (INFT), to the system bus ( BCPR bus) 
to which the BCPR is connected. 
2.1.6. SMDS Message Handler 

There are two different types of SMDS message 
handling equipment, one to support the signaling 
requirements for subscriber SNI ports, and another to 
support the signaling for ICI and ISSI trunk ports. 
2.1.6.1. Subscriber Message Handler Shelf (SBMESH) 

The subscriber message handler shelf (SBMESH) 
provides for message handling from the SMDS subscriber 
SNI ports. The shelf is provided whenever any SMDS 
subscriber SNIs exist as ports on the ASSW or any of 
the associated BRLCs, or when SMDS traffic is carried 
over ATM UNI facilities from customer-located terminal 
adapters. 

Each SBMESH shelf can serve a mixture of DS-1 and 
DS-3 facilities, up to the capacity of the shelf. The 
shelf can handle an SMDS information rate of 102 Mbps, 
where the maximum information rate for DS-3 is 
1.17Mbps- A shelf also can handle up to 32 SNIs. On 
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this basis, a given shelf can handle up to 3 DS-3s or 



switching network is limited to 622 of traffic per 
port. 

The system permits up to 4 SBMESH shelves to be 
daisy-chained to a network inlet. If the network is 
exclusively loaded with SMDS DS-ls, then a network 
port equipped with 4 daisy-chained SBMESHs can handle 
up to 12 DS-3s or 128 DS-ls, or a mixture of these two 
types. If the SMDS ports and traffic for the ASSW 
exceeds the capacity of a single message handler 
group, then another port, or several ports, can be 
chosen to provide more message handling equipment. 
2,1.6.2. Gateway Message Handler Shelf (GWMESH) 

The gateway message handler shelf (GWMESH) 
provides message processing and signaling functions 
for SMDS ICI and ISSI ports on the ASSW. 

Each GWMESH is subject to the same limitations as 
for the SBMESH shelf. When the SMDS ICI or ISSI are 
equipped as DS-3s, running at full capacity, then the 
practical limitation for a GWMESH is 3 DS-3 ICIs 
and/or ISSIs. When the SMDS ICI or ISSI are equipped 
as fully utilized 0C-3Cs, a message handler shelf must 
be dedicated to serving the single 0C-3C. The system 
permits up to 4 GWMESH shelves to be daisy-chained to 



32 DS-ls. 



In addition to these restrictions, a 
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the same inlet. 



If the requirement exceeds the 
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capability for a single message handler group, then 
an additional port or ports may be similarly equipped. 

In an office with* a small requirement for SMDS, 
one or more SBMESHs can be daisy-chained with one or 
more GWMESHs, as long as the per-shelf limits are not 
exceeded, and the overall traffic does not exceed 622 
Mbps. This sort of engineering arrangement is useful 
in minimizing the port usage for this function. 
2.2. Broadband Remote Switching Unit (BRSU) 

Figure 12 shows the major hardware components of 
a BRSU, The components of the BRSU are the same as 
those of the ASSW in the host switch. 
2-3. Broadband Remote Line Concentrator (BRLC) 

Figure 13 shows the major hardware components of 
a BRLC. 

When it is necessary to provide subscriber 
interfaces at a location remote from an ASSW, a 
broadband remote line concentrator (BRLC) can be used. 
The BRLC subtends from the ASSW and is where switching 
functions are performed. 

The BRLC essentially aggregates^ the traffic from 
a cluster of customers and delivers it to the ASSW 
(where it is connected via one or more umbilicals). 
The BRLC can either be engineered for full 



164 

availability or traffic can be concentrated. 

The BRLC consists of the same type of subscriber 
and network connecting input port equipments as the 
ASSW. There is no call processor, but there is some 
5. common equipment to replace the network between the 
ports and the umbilicals. 

Figure 14 shows the connections in the BRLC. 
2.3.1. Subscriber Input Ports 

The subscriber interfaces are connected to the 
10 ports on the BRLC. These ports are implemented by 
'^-J means of several types of equipment shelves. They 

LI include the same ATM DS-1 shelf (ADSISH), and the 

subscriber interface shelf (SIFSH), .that are 

O implemented in the ASSW. The fiber interface shelf 

Ul 

ru 15 (FIFSH) is not used in the BRLC because the maximum 

j\ capacity of the entire BRLC is 622 Bbps . 

The ATM DS-1 shelf (ADSISH) houses various types 
of DS-1 interface card groups. These include a frame 
relay DS-1 card group (FDSIPG), an SMDS DS-1 card 
20 group (SDSIPG), and a circuit emulation card group 
(CDSIPG). The ADSISH is described in 2.1.2.2. 

The subscriber interface shelf (SIFSH) houses 
various network interface cards. The SIFSH accepts 
ATM 0C-3C card groups, various DS-3 cards, or ATM DS-1 
25 shelf interface cards (ADSINF). The SIFSH is 
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described in 2. 1.2,1 . 

2.3.2. Umbilical Equipment 

The umbilicals between the BRLC and its serving 
ASSW can be equipped as DS-3 facilities using ADS3PGA 
card groups or as 0C-3Cs using 0C3PGA card groups. 
The umbilical can also be provided as a single 0C-12C 
using an 0C12PGA card group. Since the BRLC is 
limited to 622 Mbps, the maximum requirement is for 
1 0C-12C, or 4 0C-3C3. The maximum arrangement for 
DS-3s provides 12 DS-3 facilities and handles nearly 
611 Mbps- All of the umbilicals from any given BRLC 
must be connected to the same ASSW. 

When DS-3 or OC-3 cards are used, the first 4 
cards can be mounted in reserved slots in the RMXSH 
as a minimum cost arrangement. If the number exceeds 
4, then a SIFSH can be added to mount an additional 
8 cards. If an 0C-12C is desired, then a FIFSH shelf 
can be used. The SIFSH and FIFSH are described above. 

2.3.3, Network Equipment 

The BRLC does not have a network or the ASSW. As 
a result, network switching shelves and 
synchronization shelves are not re<juired- However, 
various equipment shelves serving subscriber ports and 
umbilicals expect to interface to a network equipment 
and expect certain functions in the network equipment. 
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For this reason, the BRLC requires a shelf of 
equipment to stand in place of the network. This 
function is performed by the RMXSH shelf. 

The remote multiplex shelf (RMXSH) provides 
5 network substitution and also functions as 
multiplexer. It accepts the ATM from the subscriber 
interface shelves and multiplexes it to various 
umbilicals that have been provided. The shelf also 
established and handles the timing for the 

10 multiplexing function. 

The RMXSH shelf provides the clock circuits and 
multiplex equipment to perform these functions. The 
shelf is always equipped with a pair of remote 
multiplex timing generator card group (RMXTPG), a pair 

15 of remote multiplex highway card groups (RMXHPG), and 
a pair of remote multiplex controller card groups 
( RMXCPG ) . 

3. Functions according to the Embodiment 

3.1. General Descriptions 
20 In this section, the functionality of the 

broadband switching system components are explained. 

These components are classified in^o the following 

four categories. 
• Host switch 
25 * Broadband remote switching unit (BRSU) 
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• Broadband remote line concentrator (BRLC) 

• Customer premises equipment 
3-2. Host Switch 

The host switch is composed of the following 
components . 

• ATM subscriber switch (ASSW) 

• ATM interconnection switch (AISW) 

• Broadband main processor (BMPR) 

• Maintenance and operation subsystem ( MOS ) 

• Optical ring bus 

The host switch is further classified into the 
following two types. 

• Small host switch 

• Large host switch 

Figure 15 shows the configuration of a small host, 
switch and a large host switch. The ASSW is the basic 
building block of the broadband host switch. The 
small host switch is composed of one ASSW, BMPR, and 
MOS. The large host switch is composed of multiple 
ASSWs, an AISW, BMPR, and an- MOS. The AISW 

interconnects multiple ASSWs in the large host switch. 
Migration from the small host switch^to the large host 
switch is possible without interruption of service. 

The optical ring bus is used when a broadband 
switching system and a narrowband switching system are 
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integrated into a single system. 

The present embodiment mainly relates to small 
host switches - 

3,3. ATM subscriber switch (ASSW) 
5 An ATM switch (ASSW) is a basic component of a 

broadband switching system. Figure 16 shows the 
configuration of the ASSW. The ASSW a throughput 
capacity of 10 Gbps and is composed of the following 
components . 
10 * ATM switch module (ASM) 

y ' Subscriber/network interface 

Us. ' Broadband signaling controller (BSGC) 

, . . ■ SMDS message handler (SMDS-MH) 

• Broadband call processor (BCPR) 

rU 15 3.3.1. ATM Switch Module (ASM) 

in 

i^g The ATM switch module (ASM) of a broadband switch 

is composed of a one-stage or multi-stage self-routing 
module (SRM). The SRM is composed of an NxN switching 
matrix with a link speed of 2.5 Gb/s. Figure 17 shows 
20 the principle of the SRM. The ATM cell fed into the 
SRM is routed, to an output port according to the tag 
attached to each cell. a 

Figure 18 shows the configuration of a 4x4 SRM 
used in the ASSW. in the 4x4 SRM, cells are switched 
25 between four input ports and four output ports. The 




169 

SRM is composed of a specially designed Bi-CMOS very- 
large scale integrated circuit (VLSI) which includes 
the use of a 2x2 switch matrix. Each cross point has 
2-5 Gb/s cell switching capability. 
5 The principle of cell switching is explained as 

follows by referring to an example of cell switching 
from input HWO to output HW2. 

Each cell is attached with a tag. 

Assume that a cell entering from HWO is attached 
10 with a tag 2. Each switching element checks the tag 
value and switches only the cell with a tag value 
equal to the output port number (in this example, only 
SW02). If multiple cells are to be output to one 
output port, an access control mechanism avoids the 
15 conflict of cells by using a buffer in each cross 
point . 

Figure 19 shows the position of a virtual channel 
identifier converter (VCC). A tag is attached to a 
cell by the VCC located in a peripheral equipment such 

20 as a subscriber/network interface.- The VCC specifies 
a tag value for each cell. Tag values are set 
according to the software table at^ the call set up 
phase of a switched connection, or the set up phase 
of a semi-permanent connection. 

25 Tag information is also used in a demultiplexer. 



170 

The tag specifies the output port of the demultiplexer 
in the ATM switch module and the peripheral equipment. 

Figure 20 shows the configuration of the ATM 
switch module of the ASSW. The ATM switch module of 
5 ASSW is composed of two separate 4x4 SRMs for upward 
and downward switching. The interface with peripheral 
equipment, e.g. subscriber/network interface, 
broadband signaling controller (BSGC), SMDS message 
handler (SMDS-MH), etc. is 622 Mb/s. All 
10 subscriber/network interfaces are accommodated in one 
2": side of the ATM switch module. On the other side of 

M the ATM switch module are the loopback links, which 

- - - route the intra-ASSW traffic. When the AISW is 

77i introduced, the interface with AISW replaces the 

15 loopback link. 
=iD 3,3.2. Subscriber/Network Interface 

Figure 21 shows the configuration of the 
subscriber interface (SNI) and network interface 
(ICI/ISSI) of the present embodiment. As shown in 
20 Figure 21, the subscriber/network interfaces are 
classified depending on the interface speed. 

• High speed: 622 Mbps optical interface 

• Middle speed: 156 Mbps optical interface and 45 
Mbps metallic interface 

25 * Low speed: 1.5 Mbps metallic interface 
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A different shelf is used for each of the above 3 
interfaces. The low speed interface is multiplexed 
once onto an 8 Mbps link and then accommodated in the 
middle speed shelf, 'in the case of a middle speed 
shelf, up to two shelves can be daisy-chained for 
traffic congestion. The shelf for subscriber 
interface and network interface is common, so both 
interfaces can be accommodated in the same shelf. 
However, since these shelves perform traffic 
concentration, separate shelves must be used for 
subscriber and network interfaces if the 
subscriber/network interfaces require different grades 
of services. 

The subscriber/network interface is classified 
into the following four types of services. 

• B-ISDN (ATM) 
' SMDS 

' Frame relay. 

* Circuit emulation 

A different interface card is used for each of 
these services, but the shelf is common for all 
services. The cards for the subscriber side and the 
network side are also different except circuit 
emulation. 

3.3.3. Broadband Signaling Controller (BSGC) 
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The broadband signaling controller (BSGC) is a 
high level data link procedure (HDLC) handler with the 
ATM interface. Figure 22 shows the position of the 
BSGC in the ASSW. 'The BSGC is controlled by a 
broadband call processor (BCPR) through an interface 
(INF) and provides a link access procedure D-channel 
(LAPD) or a CCS7 signaling. The BSGC controls the 
communications between the BCPR and the broadband 
remote line concentrator (BRLC), and also controls the 
internal communications between the BCPR and the SNI 
interface . 

3.3.4. Message Handler ( SMDS ) 

The SMDS message handler (SMDS-MH) provides 
various SMDS-oriented functions such as address 
screening, message routing, group addressing (point 
to point communications), illegal message checking, 
billing, data collection, etc. Figure 23 shows the 
position of the SMDS-MH in the ASSW. The following 
two types of message handlers are used in the present 
embodiment . 

• Subscriber message handler (SBMH) 

" Gateway message handler (GWMH) 

The SBMH processes messages for the SNI. The GWMH 
processes messages for the inter-switch interface of 
the ICI and ISSI. 
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3.3.5. Broadband Call Processor (BCPR) 

Figure 24 shows the configuration of a broadband 
call processor (BCPR). The BCPR controls calls for 
all SNIs. The BCPR includes each of the following 
units . 

• CPU 

• Main memory 

• Ethernet interface 

• INF 

The Ethernet interface is used for communications 
between the BCPR and the broadband main processor 
(BMPR). The INF provides an interface between each 
of various equipments in the . ASSW such as the ATM 
switch module, BSGC, SMDS-MH, etc. and the BCPR. 

3.3.6. Maintenance and Operation System (MOS) 

A maintenance and operation system (MOS) performs 
various maintenance and operation tasks. Figure 25 
shows the configuration of the MOS. The MOD includes 
the following units. 

• Alarm panel unit 

• Alarm control unit 

• Operation and Maintenance processor 

In the system with only the broadband switching 
capability, the MOS is directly connected to the BMPR 
through the Ethernet interface, and provides operation 
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and maintenance functions in cooperation with the 
BMPR. In the system with both narrowband and 
broadband switching capabilities, the MOS is connected 
to the broadband switching system and narrowband 
5 switching system through the optical ring bus and 
provides operation and maintenance functions in 
cooperation with the BMPR of the broadband switching 
system and the MPR of the narrowband switching system. 
3-3.7. Operation and Maintenance Processor ( OMP ) 

10 An Operations and maintenance processor (OMP) is 

a front-end processor according to the present 
embodiment. In addition to providing system 

supervision/control and testing of lines and trunks, 
the OMP connects some of the operations systems (OS) 

15 to the present system. The OMP hardware components 
(refer to Figure 26) are as follows - 

• CPU (including memory), disk drives, and a 
floppy disk drive 

' CRT display (used as a graphical user interface 
20 (GUI) 

• Keyboard 

• Mouse ^ 

• Hard disk 

• Cartridge tape drive 

25 * Asynchronous communications server 



175 

• Printer 

• X.25 interface 

3.3.8. System Integration Processor (SIP) 

A system integration processor (SIP) is used when 
5 connecting an operations and maintenance processor 
(OMP) to an optical ring bus. When connected to the 
optical ring bus through the SIP, the OMP can be used 
to maintain different applications (narrowband, 
''Z. broadband, etc. ) . 

10 3.4. Broadband Remote Line Concentrator (BRLC) 
"^-J Figure 27 shows the configuration of the broadband 

ru 

remote line concentrator (BRLC). The BRLC is used to 
provide subscriber interface at a location remote from 
the host switch. The BRLC provides traffic 

rU 15 concentration only; local switching is not provided . 

The network interface consists of the umbilical with 
host switch. Note that the BRLC does not provide 
standalone (SA) capability if the umbilical is cut. 
3,5. Broadband Remote Switching Unit (BRSU) 
20 Figure 28 shows the configuration of the broadband 

remote switching unit (BRSU). The BRSU provides the 
subscriber interface, network interface, and switching 
functions at a location remote from the host switch. 
The BRSU can be controlled only from the large size 
25 host switch with the ATM interconnection switch 
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(AISW). The operation and maintenance functions are 
mainly provided by the host switch, but limited 
functions are also provided locally. The BRSU 
provides the same subscriber/network interface as the 
host switch. The umbilical to the host is similar to 
the BRLC. However, if the umbilical is cut, the BRSU 
can operate as a standalone unit and continue to 
provide intra-switching services. 
3.6. SMDS Implementation 

A switched multi-megabit data service (SMDS) is a 
connectionless high-speed packet data service. Figure 
29 shows the equipment relating to the SMDS. The SMDS 
traffic is processed by the DSl/DSS interface unit and. 
the SMDS message handler unit. 

• DS1/DS3 Interface Unit 

• Termination of level 1 (physical layer) of 
subscriber interface/network interface 

• Termination of ATM layer of SNI level 2 

• Performance monitor 

• Message Handler 

• Termination of SAR of SNI level 2 

• SNI level 3 functions (formal check, address 
screening, routing, flow control) 

• Data collection (Network traffic management, 
network data collection, billing) 
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The SMDS can be also provided over the B-ISDN 
(ATM) subscriber interface through the terminal 
adapter. In this case, the functions of the DS1/DS2 
interface are provided by the terminal adapter. 

Figure 30 shows the protocol of the layer- 
structure SNI . The SMDS adopts the layer structure 
shown in Figure 31. Figure 32 shows the routing of 
cells in an SMDS system. 

The flow control is carried out in the following 
two points. 

• User parameter control (UPC) in the DS1/DS3 
interface unit 

, -.Traffic shaping at the gateway .message handler 
( GWMH ) 

3,7. Traffic Control 

Traffic control is realized by the following 
mechanism. 

• Call acceptance control 
' Usage control 

• Priority in cell routing 
3.7.1. Call Acceptance Control 

To assure the required quality o/ a service, such 
as cell loss and cell delay, the system manages the 
bandwidth and checks the bandwidth required by each 
call at the call acceptance stage. The call is 
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processed by peak rate and average rate of the call 
and the required quality of the service- ' 

The bandwidth in the system is managed for each 
virtual path at the following three points. 

• Subscriber interface 

• Network interface 

• 622 Mbps in the system 

The capacity of the above described virtual path 
is managed in the following two areas. 

• Band for each call class (Wl): band assigned and 
managed for each call class 

• Common band (W2): band assigned and managed 
independently of call class 

The W2 area is used for the calls overflowed from 
Wl and the calls not covered by the Wl . 
3.7.2. User Parameter Control (UPC) 

The user parameter control (UPC) manages the 
actual traffic of each call. If cells violating the 
declared rate are detected, then the system discards 
them or attaches a violation tag.- 

The UPC is carried out for a virtual channel (VC), 
virtual path (VP) or both of them.^ For subscriber 
lines, the UPC is carried out for each VC at the 
subscriber interface part. For the cells violating 
the declared value, the following action is taken. 
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• B-ISDN: assigning a tag indicating discard or 
violation of a declared value 

• SMDS: discarding 

In the network equipment (i.e. interface with 
another switch or BRSU/BRLC), the UPC is carried out 
for each VP (or VC ) at the network interface part. 
3.7.3. Priority for Cell Routing 

Priority control of cell routing is carried out in 
various buffers of the multiplexer/demultiplexer and 
ATM switch module in the system. The control is 
realized in one queue using two thresholds as follows. 

Threshold for discarding unimportant 
subscriber's cell 

• Threshold for discarding cells with CLP (cell 
loss priority) = 1 

3.8. Data Collection 

The system according to the present embodiment 
collects the following data. 

• Automatic Message Accounting (AMA) data 

• Performance monitoring data* 

' Network traffic management data 

• Network data collection (NDC)^data 

For example, the AMD data is stored in the storage 
device in the BMPR or SIP and transferred to the OS. 
The performance monitoring data is collected at 
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intervals of 15 minutes or 24 hours. The data is 
stored in the storage device and transferred to the 
OS through the OMP at a request from the OS. 

Network traffic data is used for detection and 
notification of congestion, and is collected if the 
congestion level exceeds a predetermined threshold 
level. It is also collected at predetermined 
intervals (5-minute intervals) and transmitted to the 
OS at real time through the OMP. 

The NDC data is used for a long-term prediction. 
The data is stored in the storage unit of the BMPR 
through the OMP when required by the OS , 
4. Others \ . 

The following parts 2 through 7 in the general 
configuration of the above described present 
embodiment describe in detail the DS3-SMDS interface 
(DS3), SIFSH, ASSWSH, SBMESH, GWMESH, and BSGCSH. 
Part 8 describes the configuration and functions 
particularly related to the present invention. The 
DSl-SMDS interface (DSl) is similar to the DS3-SMDS 
interface in basic functions, only different in 
transmission speed- Therefor^, the detail 

descriptions are omitted here. 
[0008] 
<Part 2> 
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In part 2, the DS3-SMDS is described in detail. 
1. General Descriptions 

The DS3-SMDS interface is used as a circuit 
interface in providing SMDS services via a DS3 
transmission line. It is also used as an interface 
in providing an umbilical link by connecting a 
broadband remote line concentrator ( BRLC ) . 

A switched megabit data service (SMDS) is a kind 
of high-speed connectionless data service, and is to 
be processed as a service of exchanging data by 
connecting LANs , 

Figure 33 shows an outline of the configuration of 
the system mainly comprising the DS3-SMDS interface.. 
Figure 34 shows the configuration in which a BRLC 2 
is connected to a switch 1, 

DS3-SMDS interfaces 1 and 3 shown in Figure 33 are 
loaded to a subscriber interface shelf (SIFSH) 6. The 
DS3-SiyiDS interface 3 (described as DS#-ATM in Figure 
34) is loaded to an SIFSH 7 in the switch 1 or a 
remote multiplexer shelf (RMXSH)' 7 in the BRLC 2. 
When the DS3-SMDS interface is loaded to an SIFSH, it 
can be loaded for up to 8 links. Th^ SIFSH comprises 
a SIFSH common unit having a duplex configuration 
which is an interface with an ATM switch, and a line 
individual unit having a simplex configuration. The 
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DS3-SMDS interface is loaded to the line individual 
unit. Up to two SIFSHs are cascade-connected and line 
concentration is conducted at a ratio of 4 to 1. 

In Figure 33, the DS3-SMDS interface 1 terminates 
a DS3 layer in a transmission line 2 to provide an 
SMDS service to receive a frame of the PLCP layer 
accommodated in the information payload field of the 
DS3 frame input from the DS3 transmission line 2. The 
DS3-SMDS interface 1 extracts an L2 protocol data unit 
(L2-PDU) from the frame of the received PLCP layer. 
After HCS ( HEC ) -checking the header of the L2-PDU, it 
converts 53-octet L2-PDU to 54-octet ATM cell (53/54 
octet conversion) to.be processed in an ATM switch 5, 
multiplexes the ATM cell to high-speed upward highways 
each having a transmission speed of 622 Mbps to 
transmit it to an ATM switch 3. 

By contrast, the DS3-SMDS interface 1 assembles 
ATM cells demultiplexed from high-speed downward 
highways extended from the ATM switch 3 into a DS3 
frame in the reverse order of the procedure above. 
Then it transmits the frame to the DS3 transmission 
line 2. > 

As shown in Figure 34, when a broadband remote 
line concentrator (BRLC) is connected to a DS3 
transmission line 4, the DS3-SMDS interface 3 realizes 
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an umbilical link. In this case, the DS3-SMDS 
interface 3 in the switch 1 is connected to the DS3- 
DMDS interface 5 in the BRLC 2 through the DS3 
transmission line 4 as shown in Figure 34. 
2. Explanation of Line Interface 
2.1. DS3 Line Interface 

2.1.1. Payload Mapping 

Figure 35 shows the mapping between the ATM cell 
in the data format of the ATM switch and the DS3 
format of the transmission line in the DS3 line 
interface . 

2.1.2. DS3 Frame Format 

In Figure 33, the pS3-SMDS interface 1 terminates 
the asynchronous DS3 frame format (F13 format) shown 
in Figure 35 as the frame format in the DS3 
transmission line 2. Figure 36 shows the detailed 
configuration of the frame format. 

A multiframe consists of 7 subframes. A subframe 
consists of eight 85-bit blocks. In the 85-bit block, 
the first 1 bit is a DS3 overhead unit and the 
remaining 84 bits form an information payload field 
( INFO. PAYLOAD ) . ^ 

In the DS3 line interface, one multiframe is 
transmitted at a bit rate of 44.736 MHz on a cycle of 
106.4 jjsec (microsecond). 
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3 . PLCP Frame Format 

3.1- DS3 PLCP Frame format 

Figure 37 shows the format of the DS3 PLCP frame 
of the PLCP layer shown in Figure 35. The DS3 PLCP 
frame is transmitted using the information payload 
( INFO.PAYLOAD) in the subframe in the asynchronous DS3 
frame format shown in Figure 35. In this case, each 
octet in the frame is sequentially transmitted in 4- 
bit nibble units. The head of the multiframe or 
subframe in the DS3 frame format shown in Figure 35 
does not have to synchronize with the head of the DS3 
PLCP frame. 

4. DS3-SMDS Interface L2-PDU Format 
4.1. DS3-SMDS L2-PDU Format 

Figure 38 shows the format of the DS3-SMDS L2 
protocol data unit (L2-PDU) inserted in the PLCP frame 
shown in Figure 35 or 37. As shown in Figure 38 or 
35, the DS3-SMDS L2-PDU consists of a 7-octet header, 
a 44-octet information field ( INFO . FIELD ) , and a 2- 
octet trailer field (TRAILER). 

An access control field (Access Control or ACF 
shown in Figure 35) in the header (READER) shown in 
Figure 38 is used in detecting a transmission state 
of the L2-PDU in the transmission line terminating the 
DS3-SMDS interface. Figure 39 shows the contents of 
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the access control fields in each of the upward and 
downward transmission lines in each of the cases when 
the transmission line in which the DS3-SMDS interface 
terminates is a subscriber/network interface ( SNI ) , 
5 for example, the transmission line 2 shown in Figure 
33 and when it is a network node interface (NNI), for 
example, the transmission line 4 shown in Figure 33, 
In Figure 39, if the transmission line in which 
the DS3-SMDS interface terminates is an SNI, then a 

10 BUSY bit indicates whether or not the L2-PDU 
containing the bit carries information. If the 
transmission line terminating the DS3-SMDS interface 
is an SNI and the transmission line is an upward 
transmission line (entering the ATM switch), then each 

15 bit of RQO, REQl, and REQ2 indicates a priority level. 

If the transmission line terminating the DS3-SMDS 
interface is an NNI, then the BUSY bit indicates 
whether or not the L2-PDU containing the bit is vafid. 
4.2. Network Control Information 

20 The network control information field (NETWORK 

CONTROL INFO or NCI shown in Figure 35) in the header 
field shown in Figure 38 is 32-bit ;^ata and consists 
of a 2-bit FT, a 2-bit SP, and an 8-bit HCS as shown 
in Figure 40. As shown in Figure 40, a virtual 

25 channel identifier (VCI) is all 1 if the L2-PDU 



186 

contains information, and all 0 if the L2-PDU contains 
no information, A payload type (PT) and a segment 
priority (SP) are to be used in the future in the 
subscriber network interface (DS3-SMDS SNI ) , and both 
contain 00 at present. 

A header check sequence ( HCS )' is a value obtained 
by the calculation performed by the generative 
polynomial G(x) = X® + + X + 1 for the 3-octet data 
field consisting of the VCI, PT, and SP in the network 
control information field. Using the calculated 
value, the network control information field is 
checked for errors. The three octets consisting of 
the VCI, PT, and SP have two types of fixed values as 
shown in Figure 40. Accordingly, the HCS contains 
001000010 if the L2-PDU contains information, and 
otherwise 00000000. 

4.3. Segment Type 

Figure 41 shows the combination of the segment 
types (SEGMENT TYPE, or SEGT shown in Figure 35) in 
the header field shown in Figure 38. The segment type 
indicates a 2-bit value 00, 01, 10, or 11 depending 
on the type of the L2-PDU among COM (CONTINUATION 
MESSAGE), EOM (END OF MESSAGE), BOM (BEGINNING OF 
MESSAGE), and SSM (SINGLE SEGMENT MESSAGE). 

4.4. Message Identifier 
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The message identifier (MESSAGE IDENTIFIER or MID 
shown in Figure 35) in the header field shown in 
Figure 38 refers to data related to the L3-PDU, and 
is described later. 

4.5. Segmentation Unit 

In Figure 38, the segmentation unit (SEGMENTATION 
UNIT or SEG.UNIT shown in Figure 35), which is an 
information field (INFO. FIELD) stores an L3 protocol 
data unit (L3-PDU) in the SMDS service (refer to 
Figure 42 described later). 

4.6. Payload Length 

The payload length (PAYLOAD LENGTH, or PLEN shown 
in Figure 35) stores the length of valid data 
contained in the segmentation unit. If the L2-PDU is 
a BOM or COM, then PAYLOAD LENGTH = 44. If the L2-PDU 
is an EOM or SSM, then PAYLOAD LENGTGH < 44 . If the 
L2-PDU does not contain information, then PAYLOAD 
LENGTH = GO. 

4.7. Payload ORG 

The payload CRC (PAYLOAD CRC or PCRC shown in 
Figure 35) shown in Figure 38 is a value calculated 
by the generative polynomial G(x) =^X^° + + + X'* 
+ X + 1 for the 48-octet data field consisting of 
SEGMENT TYPE, MESSAGE IDENTIFIER, SEGMENTATION UNIT, 
PAYLOAD LENGTH, and PAYLOAD CRC shown in Figure 5. 
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Using the value, the 48-octet data field is checked 
for errors. If the L2-PDU contains no information, 
then PAYLOAD CRC = 00. 

5. Relationship between L2-PDU and ATM Cell 
5 The DSS-SHDS interface 1 shown in Figure 33 HCS 

(HEC) -checks the header of the L2-PDU input from the 
transmission line 2, and converts the 53-octet L2-PDU 
into the 54-octet ATM cell to be processed in the ATM 
switch 5 as described in 4.2. In this case, the 

10 segment type (SECT) and message identifier (MID) in 
the header field of the L2-PDU, and the segmentation 
unit (SEG.UNIT), payload length (PLEN), and payload 
CRC (PCRC) in the payload field of the L2-PDU are 
stored in the payload field of the ATM cell (ATM CELL 

15 PAYLOAD) as shown in Figure 35. The VCI indicating 
1 for all bits (20 bits) in the network control 
information field (NCI) in the header of the L2-PDU 
is converted into the values VPI = 3F, and VCI = 03FF 
defined as the interface between the DS3-SMDS 

20 interface and the SIFSH Common. The VPI/VCI are added 
to the header field of the ATM cell. 

As described above, the DS3-SMD& interface shown 
in Figure 33 converts data between the DS3 format in 
the transmission line 1 and the ATM cell format to be 

25 processed in the common process (COM) shown in SIFTH 
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6. In this case, the L3 protocol data unit (L3-PDU) 
transmitting user data in the SMDS service is stored 
in the segmentation unit in the L2-PDU payload field 
to be transmitted in both formats. 

That is, as shown in Figure 42, communication data 
(user data) is stored in the L3-PDU payload field 
defined in the SMDS service in the transmitting user 
terminal unit which communicates through the DS3 
transmission line. Then, in the transmitting user 
terminal unit, the L3-PDU is divided into one or more 
44-octet segments. Then, produced are one or more L2- 
PDUs each containing the segmentation unit in each 
payload field containing one or more segments- In 
this case, one or more L2-PDUs generated by one L3-PDU 
are assigned identifiers (shown in Figures 35 and 38) 
which are called an MID (message identifier or 
multiplexing identification) and have the same value. 
This information is required when a subscriber message 
handler shelf (SBMESH) shown in Figure 8 which 
provides SMDS services and is described later does not 
recognize the L3-PDU, but recognizes on real time only 
the header field of the L2-PDU to process SMDS data. 
The user can simultaneously use 15 different MID 
values in a single subscriber network interface (SNI). 
That is, the user can simultaneously communicate 16 
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different SMDS messages in a single SNI . Then, in the 
transmitting user terminal unit, the L2-PDUS are 
assembled into PLCP frames, into subframes of DS3 
frames, and finally into multiframes of DS3 frames 
(refer to Figure 35). Thus, the DS3 frames assembled 
in the transmitting user terminal unit are transmitted 
to the DS3 transmission line. Then, the DS3-SMDS 
interface extracts the PLCP frame from the DS3 frame 
as described above, extracts the L2-PDU from the PLCP, 
converts the L2.-PDU into an ATM cell, and transmits 
the cell to the SIFSH common. Thus, the DS3-SMDS 
interface need not recognize the L3-PDU in the SMDS 
services . 

When specifying the permanent virtual circuit 
(PVC) between the SIFSH common and the SBMESH (shown 
in Figure 8) based on the values VPI = 3F and VCI = 
03FF added by the DS3-SMDS interface, the SIFSH common 
replaces the value VPI/VCI added to the header field 
of the ATM cell containing the L2-PDU of the SMDS 
service in the payload field input by the DS3-SMDS 
.interface with the value VPI/VCI specifying the SNI 
which is a DS3 transmission line terminating the DS3- 
SMDS interface which transmitted the ATM cell. 
Therefore, the PVC between the SIFSH common and the 
SBMESH is assigned the value VPI/VCI of the number 
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corresponding to the number of the SNIs terminated by 
the individual unit such as the DS3-SMDS interface 
connected to the SIFSH common and used in the SMDS 
service. The SIFSH common adds a tag to the head of 
the ATM cell. The tag indicates the transfer of the 
ATM cell to the SBMESH after being autonomously 
switched in the ATM switch. 

The SBMESH (described later and shown in Figure 8) 
which is connected to the ATM switch (ASSWSH) and 
provides SMDS services receives, among the ATM cells 
to be input through the ATM switch, the ATM cell 
assigned at the header field a specific VPI/VCI value 
for the PVC used in the SMDS service. It processes 
the L2-PDU stored in the payload field of the ATM 
cell. The ATM cell has a protocol hierarchy of ATM 
layers in layer 2 ( L2 ) , and the L2-PDU has the 
protocol hierarchy of segmentation and reassembly 
sublayers (SAR) in the ATM adaptation layer (AAL)"of 
layer 2 ( L2 ) . In this case, the SBMESH has a protocol 
hierarchy of layer 3 ( L3 ) as described later in part 
5, etc. It does not recognize the L3-PDU (shown in 
Figure 42) which user data in the^SMDS service is 
actually stored and transmitted, but recognizes on 
real time only the header field of the ATM cell and 
the header field of the L2-PDU to process SMDS data. 
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Practically, the SBMESH processes as the data related 
to the same L3-PDU the L2-PDUs having the same SNI 
determined according to the VPI/VCIs assigned to the 
headers of the ATM cells and having the same value of 
MID assigned to the header field of the L2-PDUS. As 
a result, the SMDS services can be provided as 
connectionless services without disturbing the real 
time operations specific to the ATM' system. 

In a receiving user terminal unit communicating 
via the DS3 transmission line, a PLCP frame is 
extracted from the DS3 frame received from the DS3 
transmission line, and the L2-PDU is extracted from 
the PLCP frame. Then, the contents of the 

segmentation unit in the payload field of the L2-PDU 
are extracted, and assembled into the L3-PDU according 
to the MID added to the header field of the L2-PDU. 
Finally, extracted is the communication data (user 
data) from the payload field of the L3-PDU. 
6 . DS3 Umbilical Link Format 

As shown in Figure 34, is the broadband remote 
line concentrator (BRLC) is connected to the DS3 
transmission line 4, then the DS3-SMDS interface 3 
realizes an umbilical link. 

In this case, the data in the transmission line 4 
is transmitted in the 53-octet data format as shown 
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in Figure 43. That is, the data in the transmission 
line 4 is transmitted as normal ATM cells. 

As shown in Figure 43, a header field (HEADER) 
contains 5-octet data consisting of a virtual pass 
5 identifier (VPI), a virtual channel identifier ( VCI ) , 
a payload type (PTI), a cell loss priority (CLP), and 
a header error check (HED). 

The header error check (HEC) field contains a 
value calculated by the generative polynomial G(x) = 
10 + + X + 1 for the header field. Using the 

value, the header field is checked for errors. 

If the result of the check outputs no error, then 
it is determined whether or not the values of the VIP 
and VCI are all 0 as shown in Figure 44 to determine 
15 whether the ATM cell to be processed is an unassigned 
cell or an assigned cell. 

If a 1-bit error is detected as a result of the 
error check, it is corrected. If an error of two or 
more bits is detected, then the error is not corrected 
20 but is detected only. 

The DS3-SMDS interface 3 converts the 53-octet ATM 
cell received from the transmission ^line 4 into a 54- 
octet ATM cell to be processed in the ATM switch by 
removing the 1-octet HEC in the header , field and 
25 adding a 2-octet tag to the header. 
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In this case, the L2-PDU in the SMDS service is 
stored in the payload field (PAYLOAD) in the ATM cell 
shown in Figure 43 . 
7. Hardware Configuration 
7.1. General Descriptions 

The thus explained DS3-SMDS functions are realized 
by the DS3-SMDS interfaces 1 and 3 shown in Figure 33 
and the subscriber message handler shelf (SBMESH) and 
the gateway message handler shelf (GWMESH) shown in 
Figure 8. 

The functions of each of the units are as follows. 

1. DS3-SiyiDS interface unit 

a. DS3 layer terminating function 

b. L2-PDU header terminating function 

2. SBMESH/GWMESH interface unit 

a. L2-PDU payload terminating function 

b, L3-PDU terminating function 

Listed below in detail are the functions loaded to 
the DS3-SMDS interface unit. 

a. DS3 layer terminating function 

b. DS# PLCP layer terminating function 

c. Received L2-PDU header checking function (HCS) 

d. L2-PDU header pattern generating function 

e. Distributed queue dual bus (DQDB) sequence 
function ( REQ bit processing function) 
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f. DS3 layer performance monitor function 

g. PLCP layer performance monitor function 

h. Reception L2-PDU data converting function (45 
Mbps 156 Mbps) 

5 i. Transmitted L2-PDU data bit rate converting 

function (156 Mbps ^ 45 Mbps) - 

j . MSD/MSCN information LAP terminating function 
k. Interfacing function (53-octet 8-bit parallel - 
54-octet 16-bit parallel) for SIFSH common 
10 1- Multiplexing/demultiplexing function for DS3- 

SMDS L2-PDU cells and LAP cells 

m. Loopback function for specific VPI/VCI 
n. MSCN data multiplexing function 
o. MSD data dropper function 
15 Figure 45 is a block diagram showing the 

functional configuration of the DS3-SMDS interface. 
7.2. DS3 layer terminating function 

The DS3 layer terminating function is one of the 
capabilities loaded to the DS3-SMDS interface, and 
20 terminates the DS3 frame format described in 2.1.2. 
by referring to Figure 35. 

Practically, the following ^ processes are 
performed . 

A. At a receiving equipment 
25 a. Illegality monitoring and error counting for 
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PCM line code (B3ZS code) 

b. Synchronization establishing and error 

counting for framing bit ( FO/Fl/MO/Ml : refer to Figure 
36) 

5 c. Confirming and error counting for P bit 

(parity bit: refer to Figure 36) 

d. Confirming AIS pattern (refer to Figure 36) 

e. Confirming yellow alarm bit (X bit: refer to 
Figure 36 ) 

10 b. At a sending equipment 

a. Generating framing bit ( FO/Fl/MO/Ml : refer to 
Figure 36) 

b. Generating P bit (parity bit: refer to Figure 

36) 

15 c. Generating AIS pattern (refer to Figure 36) 

(when the loopback is specified) 

d. Setting yellow alarm bit (X bit: refer to 
Figure 39) at red CGA alarm 

e- Converting PCM line code (B3ZS code) 
20 7.2-1. Process for line faults 

The DS3-SMDS interface monitors a line fault and 
notifies the switching system of a fault when 
generated. The fault notification is automatically 
followed by a notification of a normal operation if 
25 the fault has been removed. If a plurality of faults 
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are detected during the fault monitoring process, then 
the process is performed only on the most serious 
fault, and is not performed on the other faults. 

Figure 46 shows the sequence of the alarm in the 
5 DS3 layer. First, if a fault occurs in a transmission 
line (1.) in (a) in Figure 46, the DS3-SMDS interface 
A declares a red carrier group alarm (CGA) (2.) and 
then transmits a yellow alarm (3). As a result, the 
O DS3-SMDS interface B declares a yellow carrier failure 

rU 10 alarm (CFA) (4). Then, in (b) in Figure 46, the DS3- 

=y SMDS interface A transmits an alarm indication signal 

1^ (AIS) (2.) when a loopback test is conducted (I.)- 

W As a result, the DS3-SMDS interface B declares 

□ reception of an AIS. 

:=y 15 Figure 47 shows the priority level of the alarm in 

the DS3 layer. For example, if a loss of signal (LOS) 
-iD has been detected, then each of the alarm indication 

signal (AIS), out of frame (OOF), yellow signal (YEL), 
PLCP out of frame (POOF), and PLCP yellow signal 
20 (PYEL) is masked. 

7.2,2. Detection and Recovery Condition of each alarm 
Figure 48 shows the detection and recovery 
condition of each alarm. Figure 49 shows the timing 
of the declaration of an alarm. 
25 7.3. DS3-SiyiDS Layer Terminating Function 
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The DS3 layer terminating function is one of the 
capabilities loaded to the DS3-SMDS interface, and 
terminates the DS3 PLCP frame format described in 3.1. 
by referring to Figure 37. 

Practically, the following processes are 
performed . 

A. At a receiving equipment 

a. Synchronization establishing and error 
counting for framing bit (A1/A2: refer to Figure 37) 

b. Confirming and error counting for PLCP BIP-8 
(Bl: refer to Figure 37) 

c. Confirming and error counting for PLCP path 
status (Gl: refer to Figure 37) 

b. At a sending equipment 

a. Generating framing bit (A1/A2: refer to Figure 

37) 

b. Generating PLCP BIP-8 (Bl: refer to Figure 37) 
c- Generating PLCP path status (Gl: refer "to 

Figure 37) 

d. Generating cycle staff counter (CI: refer to 
Figure 37) 

e. Generating SIP level 1-control information 
(M1/M2: refer to Figure 37) 

7.3.1, Process for line faults 

The DS3-SMDS interface monitors a line fault and 
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notifies the switching system of a fault when 
generated. The fault notification is automatically 
followed by a notification of a normal operation if 
the fault has been removed. If a plurality of faults 
5 are detected during the fault monitoring process, then 
the process is performed only on the most serious 
fault, and is not performed on the other faults. 

Figure 50 shows the sequence of the alarm in the 
DS3 PLCP layer. In Figure 50, if a PLCP frame is 

10 transmitted in fault (1.) with the PLCP frame in the 
DS3-SMDS interface B, then the DS3-SMDS interface A 
detects asynchronization of the PLCP frame and 
transmits a yellow signal. As a result, the DS3-SMDS 
interface B declares the reception of the yellow 

15 signal. 

7.3.2. Detection and Recovery Condition of each alarm 
Figure 51 shows the detection and recovery 
condition of each alarm. Figure 52 shows the tirning 
of the declaration of an alarm. 

20 7.4. L2-PDU Header Checking Function ( HCS ) 

As shown in Figure 33, if the DS3-SMDS interface 
1 terminates the DS3 layer in the DS3 transmission 
line 2 to provide an SMDS service, the DS3-SMDS 
interface 1 fetches a frame of the PLCP layer 

25 accommodated in the information payload field of the 
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DS3 frame input through the DS3 transmission line 2. 
Then, the DS3-SMDS interface 1 extracts an L2 protocol 
data unit (L2-PDU) from the frame in the extracted 
PLCP layer (Figure 35 >. Then, the DS3-SMDS interface 
1 determines whether the L2-PDU can be a valid cell 
or an invalid cell by referring to a BUSY bit 
contained in the access control field (ACF: refer to 
Figures 38, 39, and 35 in the header of the L2-PDU. 
If the L2-PDU can be a valid cell, then the DS3-SMDS 
interface 1 determines whether the value of the 
network control information field (NCI: refer to 
Figures. 38 and 35) in the header of the L2-PDU 
indicates 11111111 11111111 11110000 00100010 or all 
zero as shown in Figure 40. If the value of the NCI 
indicates 11111111 11111111 11110000 00100010, then 
the DS3-SMDS interface 1 processes as a truly valid 
cess the L2-PDU to be processed. If the value of the 
NCI is all zero, then the DS3-SMDS interface 1 
increments the count value of the HCS error and 
performs the protocol monitor process . 

On the other hand, if the BRLC is connected to the 
DS3 transmission line 4 as shown in Figure 34, and the 
DS3-SMDS interface 3 realizes an umbilical link, then 
the DS3-SMDS interface 3 calculates the HEC (Figure 
43) of the ATM header field. If it determines that 
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no error has arisen in the ATM header field, then it 
determined whether or not the object ATM cell is a 
valid cell after checking whether or not the object 



3 determines as a result of the calculation that an 
error has arisen at the header field, then it 
increments the count value of the HEC error and 
performs a protocol monitor process. 
7.5. L2-PDU Header Pattern Generating Function 

As shown in Figure 33, if the DS3-SMDS interface 
1 terminates the DS3 layer in the DS3 transmission 
line 2 to provide an SMDS service and if the ATM cell 
transferred from the ATM switch (ASSWSH) 5 shown in 
Figure 33 is a valid cell, then the DS3-SMDS interface 
1 adds a network control information field (NCI) 
(refer to Figure 40) containing the values 11111111 
11111111 11110000 00100010 to the beginning of the 
information contained in the payload field of the ATM 
cell as shown in Figure 35, and further adds to the 
beginning of the field an access control field (ACF) 
to form an L2-PDU. If the ATM cell transferred from 
the ATM switch (ASSWSH) 5 is an invalid cell, then the 
DS3-SMDS interface 1 adds an NCI (Figure 40), that is, 
all zero, to the beginning of the information 
contained in the payload field of the ATM cell as 



ATM cell is a free cell. 



If the DS3-SMDS interface 
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shown in Figure 35, and further adds to the beginning 
of the information an access control field (ACF) to 
form an L2-PDU. Thus, if the ATM cell is converted 
into an L2-PDU , then the header information (VPI/VCI, 
5 etc, ) of the ATM cell is discarded. Then, as shown 
in Figure 35, a frame of the PLCP layer is generated 
based on the thus generated L2-PDU, then a DS3 frame 
is generated based on the frame of the PLCP layer, and 
the DS3 frame is sent to the DS3 transmission line 2 

10 shown in Figure 33. 

If the BRLC is connected to the DS3 transmission 
line 4 and the DS3-SMDS interface 3 realizes an 
umbilical link as shown in Figure 34, then the DS3- 
SMDS interface 3 does not replace the header field for 

15 the ATM cell transferred from the ATM switch (ASSWSH), 
but calculates the HEC for the header field, adds to 
the header the HEC (Figure 43) obtained as a result 
of the calculation, and transmits the ATM cell to the 
transmission line 4 shown in Figure 34. 

20 7.6. Distributed Queue Dual Bus ( DQDB ) Sequence 
Function 

If the DS3-SMDS interface 1 te/-minates the DS3 
layer in the DS3 transmission line 2 for providing an 
SMDS service and if a customer premise equipment 
25 (CPE), which is a user terminal unit, connected to the 
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DS3 transmission line 2 is, for example, a multi CPE 
connected to the LAN as shown in Figure 33, then is 
subject to the following control. That is, if the CPE 
cannot capture a blank cell, then the CPE requests for 
a blank cell by setting to ON the bits of REQ-0 
through REQ-2 (Figure 39) in the access control field 
(ACR: refer to Figures 38 and 35) in the header of the 
L2-PDU in the transmission line. Then, the DS3-SMDS 
interface shown in Figure 33 sends a blank cell when 
it receives the request bit from the CPE. 
7.7. DS3 Layer/PLCP Layer Performance Monitoring 
Function 

The DS3-SMDS interface monitors the performance of 
lines and notifies the switching system of the 
multiplication for each performance parameter and the 
threshold alarm for the resultant product. 

Even if the switching system receives a 
notification of a threshold alarm, it does not block 
the line corresponding to the alarm but processes the 
alarm as a simple warning and includes the fact in the 
subsequent maintenance plan. 

Performance parameters are classified into those 
related to the DS3 layer and those to the PLCP layer. 
The parameters related to the DS3 layer are further 
classified into the information about lines and the 
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information about paths . 

The information about the line in the DS3 layer 
includes the observation of the following three 
parameters . 

1. Line code violation 

2. Line errorred second 

3. Line severly errorred second 

The information about the path in the layer 
includes the values of the following 6 parameters. 

4. CV: P-bit parity code violation 

5 . ES : Errored second 

6. SES: Severly errorred second 

7. SFFS: Severly errorred second 

8. UAS: Unavailable second 

9- AISS: Alarm indication signal second 

The information about the PLCP layer includes the 
values of the following' 5 parameters. 

10. PLCP CV: PLCP code violation 

11. PLCP ES: PLCP errorred second 

12. PLCP SES: PLCP severly errorred second 

13. PLCP OOF: PLCP out of frame 

14. PLCP UAS: PLCP unavailable second 

The DS3-SMDS interface holds the last value 
obtained every 15 minutes. The obtained result is 
read every 15 minutes for the switching system. The 
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switching system holds 32 values sequentially obtained 
every 15 minutes per day (for 8 hours), and thus holds 
a 7-day record. 

Provided is a FAk END performance monitor unit 
using a far end block error (FEBE) transmitted through 
Gl bits (Figure 37) in the PLCP frame format. The 
threshold of the function is a default optionally 
defined by the user. 

7.7.1. DS3 Layer 

Figure 53 shows the type of performance parameter 
about the DS3 layer and the count-up condition of the 
multiplication for each parameter. 

7.7.2. DS3-PLCP Layer 

Figure 54 shows the types of performance 
parameters of the DS3-PLCP layer, the count-up 
conditions of the product for each parameter, and the 
alarm threshold for the product of each parameter. 
7.8. Received L2-PDU Data Converting Function (45 
Mbps 155 Mbps) 

If it is determined that no error has arisen in 
the L2-PDU and that the L2-PDU is a valid cell as a 
result of the L2-PDU header check described in 7.4. 
above, then the ATM cell obtained by converting the 
L2-PDU is sent to the ATM switch (ASSWSH) through the 
SIFSH common (Figure 8). In this case, if valid cells 



206 

are consecutively sent from the user equipment, then 
data to be processed in the ATM switch is subject to 
higher possibility of burst, thereby probably causing 
congestion in the ATM switch and undesirably losing 
5 cells in the ATM switch. Therefore, if the L2-PDU 
received from the DS3 transmission line having the bit 
rate of 45 Mbps is multiplexed to the highway in a 
switch which has the bit rate of 156 Mbps and is 
terminated by the SIFSH common, then the DS3-SMDS 
10 interface performs a shaping process using a buffer 
such that the ratio of the valid cells to invalid 
cells multiplexed. 

7.9. Transmitted L2-PDU Data Bit Rate Converting 
Function (156 Mbps ^ 45 Mbps) 

15 The bit rate of the L2-PDU transmitted from the 

SIFSH common is 156 Mbps. Therefore, the data having 
the bit rate of 156 Mbps is converted into the bit 
rate of the DS3 layer, that is, 45 Mpbs . 
7.10- Interfacing Function to SIFSH Common 

20 The cell length of the DS3--SMDS L2-PDU is 53 

octet, and the cell length of the ATM cell processed 
by the SIFSH common (SIFSH COM: refer to Figure 33) 
is 54 octet. Therefore, the interface between the 
DS3-SMDS interface and the SIFSH common is required 

25 to have the function of converting data length. 



207 

When the L2-PDU is transferred from the DS3-SMDS 
interface to the SIFSH common, the DS3-SMDS interface 
checks the HCS (HEC) of the header of the L2-PDU input 
via the transmission line and then converts the 53- 
5 octet L2-PDU to the 54-octet ATM cell to be processed 
in the ATM switch 5. In this case, stored in the 
payload field (ATM cell payload) are the segment type 
(SECT) and message identifier (MID) in the header 
field of the L2-PDU, and the segmentation unit 

10 (SEG.UNIT), payload length (PLEN), and payload CRC 
(PCRC) in the payload field of the L2-PDU as shown in 
Figure 35. A CVI having "1" in all bits in the 
network control information field (NCI) in the header 
field of the L2-PDU is converted into the values, that 

15 is, VPI=3F and VCI=03FF, assigned as the interface 
between the DS3 interface and the SIFSH common. Then, 
the VPI and VCI are added to the header field of the 
ATM cell. The header field of the ATM cell "is 
provided with a 2-octet tag indicating the autonomous 

20 switching in various multiplexing units and the ATM 
switch. 

If an ATM cell is transferred from the SIFSH 
common to the DS3-SMDS interface, then the DS3-SMDS 
interface checks the leading tag in the ATM cell and 
25 deletes the tag if the cell is to be output by the 
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DS3-SMDS interface. Then, the DS3-SMDS interface 
converts the 54-octet ATM cell into the 53-octet L2- 
PDU by performing in the reverse order the operation 
of the transfer of 'the L2-PDU from the DS3-SMDS 
5 interface to the SIFSH common. 

Figure 55 shows the outline of the above explained 
converting process. An access control field (ACE: 
refer to Figures 35 and 38) is also converted as shown 
in Figure 55. The payload type ( PT ) and segment 

10 priority (SP) (both shown in Figure 40) having all "0" 
are transferred as is. 

If the DS3-SMDS interface realizes an umbilical 
link, then the DS3-SMDS interface converts the 53- 
octet ATM cell in the transmission, line 4 into the 54- 

15 octet ATM cell to be processed in the ATM switch by 
removing from the ATM cell received via the 
transmission line the 1-octet HEC of the header field 
and adding the 2-octet tag, and then transmits the 
converted ATM cell to the SIFSH common. That is, no 

20 VPI/VCI conversion is made. If the ATM cell is 
transferred from the SIFSH common to the DS3-SMDS 
interface, then the above described operation is 
performed in the reverse order. 

7.11. LAP Terminating Function of MSD/MSCN 

25 Information 
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Transmitted through the link access protocol 
(LAPD) are the control information (MDS information) 
transferred from the switching system to the DS3-SMDS 
interface and the ' DS3 layer/PLCP layer fault 
5 information (MSCN) transferred from the DS3-SMDS 
interface to the switching system such as a 
performance monitor threshold crossing alert, 
performance monitor counter value, etc. The LAPD is 

Q mapped to the ATM cell using the ATM adaptation layer 

'■dj 

ry 10 (AAL) protocol type of type 3 or 4. As a result, the 

above described information is transmitted as an ATM 
cell between the DS3-SiyiDS interface and the broadband 

W signaling group controller shelf ( BSGCSH )( Figure 8) 

O through the ATM switch (ASSWSH). 

; 1 : 

;=r; 15 The hardware fault (such as parity errors) of the 

^ DS3-SMDS interface is transmitted by the SIFSH common 

to the switching system through the LAPD. The 
determination as to whether the data transf erred" in 
a switch refers to the L2-PDU data or the LAPD data 
20 can be made according to the value of the bit 
specified in the tag area of the header field of the 
ATM cell. Figure 56 shows the format of the ATM cell 
transferred in the ATM cell. The determination as to 
whether the data transferred in a switch refers to the 
25 L2-PDU data or the LAPD data can be made according to 
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the value of the SIG bit in the 2-octet tag area added 
to the head of the ATM. 

Thus, since the DS3-SMDS interface and SIFSH 
common need not be directly connected to the system 
5 bus of the switching system, the load on the system 
bus can be successfully reduced. 

7.12. Multiplexing Function of DS3-SMDS L2-PDU Cell 
and LAP Cell 

Q For the ATM cell to be transferred to the SIFSH 

m 10 common, the DS3-SMDS interface multiplexes the MSCN 

=y LAPD cell for the L2-PDU data. As for the 

[JJ multiplexing timing of the MSCN LAPD cell, the MSCN 

LAPD cells are multiplexed for the L2-PDU data when 
□ the switching system issues a request for the 

m 15 performance monitor information, etc. using the MSD 

;'L: LAPD cell from the switching system. 

7.13. Demultiplexing Function of DS3-SMDS L2-PDU Cell 
and LAP Cell 

In the ATM cell is transferred from the SIFSH 
20 common to the DS3-SMDS interface,- then the MSD LAPD 
cell if multiplexed for the L2-PDU data. Therefore, 
the DS3-SMDS interface should demultiplex the MSD LAPD 
cell to process the MSD LAPD information. The 
demultiplexing process is performed after determining 
25 the value of the SIG bit in the tag area of the ATM 
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cell shown in Figure 56. 

7.14 Loopback Function of specified VPI/VCI 

7.14.1 Loopback Function of Cell provided with "0" 
bit 

5 The DSa-SMDS interface is loaded with the 

maintenance function of looping back a specified cell 
having a 0 bit at the head of the tag area of the ATM 
cell shown in Figure 56. 

7.14.2 Loopback Function of Cell provided with 
10 specific VCI/VCI 

The DS3-SMDS interface is loaded with the 
maintenance function of looping back a cell having a 
specified VPI/VCI notified of through a simple LAP. 
The loopback is notified of in a simple LAP format and 

15 then activated according to the EMSD information . 

However, this loopback function and the function of 
looping back the cell having the "0" bit as described 
in 7.14. 1. are not simultaneously activated because 
of the configuration of the hardware. 

20 7.15 MSCN Data Multiplexing Function 

The hardware fault (for example, a parity error) 
information of the DS3-SMDS interface, which cannot 
be notified of from the DS3-SMDS interface using the 
MSCN LAPD cell, can be notified of by the SIFSH common 

25 to the switching system using a LAPD cell. Therefore, 
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the fault information from the DS3-SMDS interface is 
transmitted as serial data of 1 Mbps. 
7.16 MSD Data Dropper Function 

Common information transferred to the line 
5 interface loaded in the SIFSH is terminated in the 
SIFSH. Therefore, the information to be transferred 
to the DS3-SMDS interface is transferred as serial 
data of 1 Mbps as explained in 7.15. above. The DS3- 
SIVIDS interface processes thus transferred MDS data. 

10 8. Maintenance Signal Driver (MSD) Interface 
8.1. "MSD Information 

The following information provided for the DS3- 
SMDS interface from the software of the switching 
system is first transferred from the software of the 

15 switching system to the SIFSH common by way of the 
BSGCSH (shown in Figure 8) through the intra-station 
control communications. Then, the SIFSH common 
notifies the DS3-SMDS interface of the information in 
the software process. Such information is referred. 

20 to as the E-MSD. 

1. Each type of reset signal 

2. DS3-SMDS interface state control information 

3. Pseudo-fault setting information of software 
fault detecting circuit 

25 4. Information simultaneously provided by SIFSH 
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common for each of the individual units, for example, 
the DS3-SMDS interface. 

The E-MSD information is received by both systems 
of duplex SIFSH common. The DS3-SMDS interface 
5 fetches the D-MSD information transferred from the 
active SIFSH common. The restrictions on the hardware 
do not allow the E-MSD information to be supported by 
a unit for detecting data other than bit stuck. 

□ Therefore, the DS3-SiyiDS interface performs a 
m 10 protecting process on the received E-MSD information 

= to counteract the disturbance of the clock frame 

]^ pulses at the switch of the SIFSH common systems. 

W That is, only when the DS3-SMDS interface receives 

□ simultaneously and consecutively 2 frames of the same 
15 information from the SIFSH common, then it processes 

the information as valid data. 

8-1.1. E-MSD Hardware Interface 

The interface between the SIFSH common and l:he 

DS3-SMDS interface is restricted on its three elements 
20 of data, that is, clock (1.215 MHz>, FP (frame pulse), 

and data. The data length of the E-MSD is 256 bits. 

Figure 57 is a timing chart of the E-MSD signal. 

8.1.2. E-MSD Accommodation List of DS3-SMDS Interface 
Figure 58 shows the list indicating the state of 
25 the accommodation of the E-MSD information transferred 
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between the DS3-SMDS interface and the SIFSH common. 
In this list, each row indicates a byte position and 
each column indicates the position of the bit in each 
byte position- The ET-MSD data transferred from the 
SIFSH common is serially received by the DS3-SMDS 
interface from the DOth bit of the 000th byte to the 
D7th bit of the 255th byte. In this format, since the 
area of the 000th byte is generated by the SIFSH 
common, it actually is the leading data of the 001th 
byte. 

Since the DS3-SMDS interface does not 
automatically release various reset signals including 
the hardware reset signal, the reset signals should 
always be released after being properly set. 

Figure 59 shows the contents of each bit of the E- 
MSD information. 

8-2. Detailed Explanation of the E-MSD 
8.2.1. Hardware Reset 

In the DSS-SMDS interface, the following two reset 
points are defined as the reset timings at the 
occurrence of a hardware fault. 

1. SDFRST (hardware fault reset )^ 

2. jjPRST (microprocessor reset) 

Since the resettings are not automatically 
released by hardware, "1" should be set as the setting 
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and "0" should be set as the resetting . 
8.2.2. Loopback 

In the DS3-SMDS interface, defined are the 
following three loopb'ack activation points for all 
5 cells and the loopback activation points for each 
cell . 

1. LOOP-1 (Loopback instruction for all cells at 
DS3-SMDS interface input unit (at the terminal close 
to the ASSW) 

rll 10 2. LOOP-2 (Loopback instruction for all cells at, 

\j DS3-SMDS interface output unit (at the terminal 

connected to the line) 
-"^ 3. LOOP-3 (Line loopback instruction to the output 

□ DS3 transmission line for all cells from the input DS3 

y 

fU 15 transmission line) 

4. LOOP-4 (Loopback instruction for a cell assigned 
'0 "0" bit) 

5. LOOP-5 (Loopback instruction for a cell assigned 
specified VPI/VCI) 

20 8.2.3. Pseudo-fault Point 

The E-MSD is received by the DS3-SMDS interface 
and contains a pseudo-fault point ^ specif ied for a 
hardware checker provided in the interface. The 
following 5 types of pseudo-fault points are defined. 

25 1. PF-CK (pseudo-fault points for a clock 
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disconnection checker) 

2. PF-CK (pseudo-fault points for a sell frame 
pulse disconnection checker) 

3. PF-PTY ( pseudo-*f ault points for a data parity 
5 checker) 

4. PF-WDT (pseudo-fault points for a watch dog 
timer checker) 

5. PTYRST (data parity error reset) 

As in the case of the resettings explained in 
10 8.2.1. above, should be set as the setting and "0" 

should be set as the resetting. However, since a 

parity error information should be stored, it is to 

be reset by the PTYRST. Concerning the pseudo faults, 

all pseudo-fault points are set ON to activate all 
15 checkers in the printed circuit board ( PCB ) in the 

DS3-SMDS interface. 

8.2.4. AIS Transmission Point 

The DS3-SMDS interface transmits an AIS pattern 

(AISSND) through the DS3 transmission line under the 
20 software control to notify an object device of block 

information such as fault block information. 

9. Maintenance Scanner (MSCN) Interface 

Among the information provided for the software in 

the switching system from the DS3-SMDS interface, the 
25 following information is temporarily transmitted to 
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the SIFSH common by hardware. The SIFSH common 
notifies the software of the switching system through 
the intra-station control communications by way of the 
BSGCSH (Figure 8). The MSCN information of this type 
5 is referred to as extended maintenance scanner (E- 
MSCN ) information . 

1. Representative points and detailed information 
of fault information (parity clock loss, cell frame 
loss) of the signal line between the DS3-SMDS 

10 interface and the SIFSH common 

2. Representative points of the hardware fault 
information of the DS3-SMDS interface 

3 . Representative points and detailed contents of 
the faults disabling the intra-station control 

15 communications between the DS3-SMDS interface and the 
BSGCSH 

4. Representative points of the line fault 
according to the alarm monitor in the DS3 layer/PLCP 
layer 

20 5. Representative points of the quality control 

information at the occurrence of buffer congestion in 
the DS3-SiyiDS interface 

A 

6. MSD echo-back information 

7. other maintenance and control information 
25 between the DS3-SMDS interface and the SIFSH common 
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The same contents of the E-MSCN information are 
output to both systems of the SIFSH common duplicated 
through the DS3-SMDS interface. The clock and frame 
pulse used in sending* the E-MSCN are provided by the 
5 active SIFSH common. 

The SIFSH common notifies the software of the 
switching system through the intra-station control 
communications by way of the BSGCSH (Figure 8) of the 
valid E-MSCN which was received from the DS3-SMDS 
10 interface and has been changed as being different from 
the latest contents of the E-MSCN information stored 
in the SIFSH common. The SIFSH common periodically 
notifies the software of the switching system through 
the intra-station communications by way of the BSGCSH 
15 of the E-MSCN information from each individual unit 
connected to the SIFSH common in addition to the E- 
MSCN information from the DS3-SMDS interface. 
9.1,1. Hardware Interface for E-MSCN 

The clock and frame pulse used in sending the E- 
20 MSCN are provided by the active SIFSH common. 

Figure 60 is a timing chart showing the signal 
line between the DS3-SMDS interface and the SIFSH 

A 

common . 

9.1-2. Detailed Explanation of E-MSCN 
25 Figure 61 is a table showing the accommodation 
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state of the E-MSCN information transferred between 
the DS3-SMDS interface and the SIFSH common. In the 
table, each row indicates a byte position and each 
column indicates the position of the bit in each byte 
position. The E-MSCN data transferred from the DS3- 
SMDS interface is serially received by the SIFSH 
common in the order from the DOth bit of the 000th 
byte to the D7th bit of the 255th byte. 

Figures 62 and 63 shows the contents of each bit 
of the E-MSCN information. 

9.2, E-MSCN Process in DS3-SMDS Interface 
9.2.1. SIFSH Common Interface Fault 

The DS3-SMDS interface monitors the normality of 
the SIFSH common interface signal line. In the 
normality monitor, checked are the data parity 
(including cell enable), clock disconnection, and cell 
frame disconnection in the direction from the SIFSH 
common to the DS3-SMDS interface. If a fault is 
detected in the monitor process, the representative 
point PEO (#0 system) or PEl (#1 'system) is set ON. 
If the representative point is set ON, the detailed 
information of the SIFSH common interface fault can 
be confirmed as the contents of the 018th byte shown 
in Figure 51. 

The SIFSH common interface fault can be reset 
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according to the FRST signal input via the signal line 
independently connected to respective duplex SIFSH 
common systems. If the SIFSH common interface fault 
has not been corrected after resetting the fault, the 
5 above described representative point and detailed 
information point are set ON again. 
9.2,2. DS3-SMDS Interface Hardware Fault 

The DS3-SMDS interface hardware fault includes the 
data parity fault, clock disconnection, cell frame 
rU 10 disconnection in the printed circuit board ( PGB ) and 

between the PCBs. If a hardware fault has arisen and 
\2 can be notified of through the intra-station control 

communications between the DS3-SMDS interface and the 
□ BSGCSH ( Figure 8 ) , then the representative point FERR- 

ry 15 2 accommodated in the E-MSCN is set ON. The detailed 

|"LJ fault information is notified of through the intra- 

'"^ station control communications between the DS3-SMDS 

interface and the BSGCSH. Refer to the 10. described 
later for the more detailed information. 
20 The DS3-SMDS interface hardware fault can be reset 

according to the SDFRST information accommodated in 
the E-MSD and the HRST information ^^rovided from the 
SIFSH common. If the DSS-SIVIDS interface hardware 
fault has not been corrected after the reset, then the 
25 FERR-2 point is set ON again. 
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9.2.3. DS3-SMDS Interface Hardware Fault 

The DS3-SMDS interface hardware fault disabling 
the intra-station communications between the DS3-SMDS 
interface and the BSGCSH includes the data parity 
5 fault in the direction from the DS3-SMDS interface to 
the SIFSH common (UHDPT), master 19M clock 

disconnection (UH19M), and communications control 
EGCLAD fault (EGPTY). If these faults have occurred, 
the representative point FERR-1 of the E-MSCN is set 

10 ON. Since the intra-station control communications 
are disabled, the detailed fault information is 
accommodated in the 019th byte of the E-MSCN. 

These faults can be reset according to the SDFRST 
information accommodated in the E-MSD and the HRST 

15 information provided by the SIFSH common. If the 
above faults are not corrected after the reset 
described above, then the FERR-1 point is set ON 
again. 

9.2.4. Faults in Microprocessor 

20 The DS3-SMDS interface comprises a microprocessor 

for monitoring the performance of the DS3/PLCP layer 
and for performing intra-station control 
communications (simple LAPD ) , When the microprocessor 
becomes faulty or runs away, the MPE point of the E- 

25 MSCN is set ON, 
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The fault of the microprocessor can be reset 
according to the pPRST information in the E-MSD and 
the HRST information provided by the SIFSH common. 
If the fault of the microprocessor is not corrected 
after the reset, the MPE point is set ON again . 
9.2.5. Fault in Timer 

The DSS-SMDS interface performs processes such as 
the monitor of the performance of the DS3-PLCP layer 
based on the 15-minute or 1-day trigger input via the 
exclusive signal line connected to the SIFSH common. 
If the trigger to be input via the exclusive line is 
not entered at a predetermined timing, that is, if a 
new trigger is entered within 15 minutes + 15 seconds 
after the preceding input timing, then static 
processes such as the performance monitor process, 
etc. cannot be performed. Therefore, if a trigger is 
not entered on a predetermined schedule, then the 
representative point RIMALM of the E-MSCN. 

The fault of the timer can be reset according to 
the SDFRST information in the E-MSD and the HRST 
information provided by the SIFSH common. If the 
fault of the timer has not been corrected after the 
reset, then the TIMALM point is set ON again. Since 
the fault point is accommodated according to the 
hardware monitor, no special software process is 
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required. 

9.2.6. DS3 Layer Alarm 

The DSS-SiVIDS interface monitors the carrier group 
alarm (CGA) of the DS'3/PLCP layer. A plural alarms 
5 can be set ON for the CGA alarm. Accordingly, the CGA 
alarm is issued according to the two bits of 
representative points of the E-MSCN, that is, the 
LIALM and the LIFLG indicating the change of the alarm 
state . 

10 Described below is the control method. That is, 

the LIALM point is set ON when the DS3/PLCP layer 
alarm is detected, and set OFF when the faults 
associated with all alarms are corrected. When the 
state of the DS3/PLCP layer alarm indicates a change, 

15 the LIFLG point notifies of the state change by the 
alteration from 0 to 1 or then to 0. 

9.2.7. Performance Monitor Threshold Crossing Alert 
The DS3-SMDS interface monitors the threshold 

crossing alert (TCA) on the header check sequence 
20 (HCS) (Figures 35, 38, and 40) in the network control 
information field of the DS3/PLCP layer and L2-PDU, 
The TCA is issued when the monitor^ detects a value 
exceeding a predetermined threshold in a 15-minute and 
1-day cycles- Therefore, plural TCAs can be 
25 simultaneously set ON. Therefore, the TCA is issued 
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according to the two bits of representative points of 
the E-MSCN, that is, the TCAALM and the TCAFLG 
indicating the change of the alarm state. 

Described below is the control method. That is, 
5 the TCAALM point is set ON when the performance 
monitor of the DS3/PLCP layer exceeds a predetermined 
threshold, and set OFF when the state of the timer 
counting every 15 minutes and every day. When the TCA 
state of the performance monitor of the DS3/PLCP layer 
i"U 10 indicates a change, the TCAFLG point notifies of the 

4 state change by the alteration from 0 to 1 or then to 

lI 0. If the state of the timer counting every 15 

minutes and every day has changed, then the TCAFLG 
□ point holds the preceding state. 

fU 15 9.2.8. Cell Discards in the DS3-SMDS interface 

!'L^ The DS3-SMDS interface internally has a buffer of 

tsa, 

112-cell capacity to convert the transmission rate of 
the ATM cells transferred from the SIFSH common from 
the transmission rate 156 Mbps in the SIFSH common to 

20 the transmission rate 45 Mbps of the DS3 transmission 
line. The occurrence of the cell congestion in the 
buffer is determined by checking whether or not the 
number of cells in the buffer has exceeded a queue 
length threshold set in the buffer. The buffer 

25 discards the cell input when the number of cells in 
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the buffer exceeds the above threshold. The cell 
congestion state in the buffer is notified of by 2 
bits, that is, CLOSAL and CLFLG indicating the change 
of the alarm state . 
5 Described below is the control method. That is, 

the CLOSAL point is set ON when the cell congestion 
is detected in the buffer, and set OFF when all cell 
discard states are released. When the cell discard 
state changes, the CLFLG point notifies of the state 

10 change by the alteration from 0 to 1 or then to 0. 
9.2.9. Diagnostic Result Report 

The DS3-SMDS interface is loaded with the self- 
diagnostic function to confirm the capabilities of the 
hardware. The self -diagnostic functions can be 

15 activated by setting ON the DS3 DEC point in the E- 
MSD. The diagnostic result is provided by the 
representative points TSTEND and TSTIND in the E-MSCN, 
The TSTIND point is set to 1 when the diagnostic 
result indicates normality, and set to 0 when it 

20 indicates abnormality. If the - diagnostic result 
indicates abnormality, then the phase number and test 
number related to the abnormality can be notified of 
using the 031th byte in the E-MSCN. After the 
diagnostics, the DS3-SMDS interface is in a reset-wait 

25 state, thereby requiring initialization in the 
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initialization procedure. 

10, Simple LAP-D Protocol of DS3-SMDS interface 

10.1. Software. Interface 

Figure 64 shows the connection of the interface 
5 between the DS3-SMDS interface and the switch 
software. Figure 65 shows the protocol stack of the 
interface between the DS3-SMDS interface and the 
switch software. The switch software refers to the 
program executed by the processor which controls the 
10 processes (call process, switch control process, etc. ) 
of the entire switch. 

10.2. Hardware Interface 

As shown in Figures 8 and 64, the DS3-SMDS 
interface communicates with the switch software by 
15 setting simple LAP communications with the BSGCSH 
through the intra-switch path by way of the MDX and 
ASSWSH, The BSGCSH communicates with the switch 
processor through an interface (INF). 

The extraction/insertion of an intra-station 
20 control communications cell from/to a main signal path 
(intra-switch highway) and the simple LAP are 
terminated by the EG-CLADLSI (Figure 45) in the DS3- 
SMDS interface. 

There is one LAP link between the DS3-SMDS 
25 interface and the BSGCSH only for the BSGCSH of an 
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active system through an ATM switch (ASSWSH) of the 
active system. As shown by A and B in Figure 64, a 
path is set for the ASSWSHs of both active and standby 
systems. The communications data from the BSGCSH to 
the DS3-SMDS interface is transmitted to the ASSWSHs 
of both active and standby systems, and the DS3-SMDS 
interface selects only the communications data 
transmitted through the ASSWSH of the active system. 
Likewise, the communication data from the DS3-SMDS 
interface to the BSGCSH is transmitted to the ASSWSH 
of both active and standby systems, and the 
communications data transmitted through the ASSWSH of 
the standby system is discarded by the common unit of 
the BSGCSH in the standby system. The common unit of 
the BSGCSH in the standby system identifies an intra- 
office control communications cell by referring to a 
specified area of a tag added to the header of the 
received cell. 

The communications link between the DS3-SMDS 
interface and the BSGCSH is assigned a band of 64 Kbps 
by default, and the band is preliminarily reserved in 
a switch. The band is optionall^^ defined at the 
instruction of the switch software. 

By default, the EG-CLADLSI (Figure 45) shapes for 
64 Kbps the band of the frame of the intra-station 
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communications LAP comprising a plurality of cells. 
The EG-CLDLSI prevents an intra-station communications 
cell addressed to its own interface from flowing out 
of the station by dropping/inserting into a cell 
5 forming an intra-station communication LAP frame 
transferred through the main signal path ( intra- 
switch highway). In this case, the DS3-SMDS interface 
performs a dropping/inserting process only on an 
intra-station communications cell input/output upwards 

10 (at ASSWSH). No dropping/inserting processes are 
performed on an intra-station communications cell 
input/output via the line (DS3 transmission line). 
If the BRLC is connected to the DS3 transmission line 
as shown in Figure 34 to have the DS3-SMDS interface 

15 realize an umbilical link, then the DS3-SMDS interface 
loaded to the RMXSH in the BRLC . performs a 
dropping/inserting process only on an intra-station 
communications cell input/output upwards (at the 
station), and no dropping/inserting processes are 

20 performed on an intra-station communications cell 
input/output via the subscriber line. Therefore, the 
DS3-SMDS interface passes ar^ intra-station 
communications cell transferred from a downward unit 
to the BSGCSH, 

25 The intra-station communications cell between the 
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DS3-SMDS interface and the BSGC has a format shown in 

Figure 56 described above. 

< 

10.3. Setting VPI/VCI 

The BSGC (Figure 8) sets an intra-station 
5 communications link to the DS3-SMDS interface using 
the VPI/VCI values assigned by the switch software. 
The VPI/VCI values are VPI=00 and VCI=03FE. These 
VPI/VCI values are not changed while the intra-station 
communications connection is maintained. 

10 Figure 66 shows the outline of converting the 

VPI/VCI of the intra-station communications cell 
between the DS3-SMDS interface and the BSGC. The tag 
information required to route the intra-station 
communications cell from the DS3-SMDS interface to the 

15 BSGC is added by the virtual channel converter (VCC) 
in the SIFSH common (Figure 8). The tag information 
required to route the intra-station communications 
cell from the BSGC to the DS3-SMDS interface is added 
by the VCC in the common unit of the BSGC. 

20 10-4 Error Monitor 

The DS3-SMDS interface does not directly monitor 
intra-station communications cells ^received by the 
DS3-SMDS interface. Accordingly, the DS3-SMDS 

interface accepts a cell designating itself through 

25 its tag as a valid intra-station communications cell 
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addressed to the interface, and then processes the 
cell . 

10-5. AAL Interface 
10.5.1. SAR-PDU Format 

Figure 67 shows the format of the intra-station 
communications SAR-PDU . 

The ATM adaptation layer (AAL) of type 3 or 4 is 
adopted as the format of the SAR-PDU. 

The SAR-PDU consisting of a segment type (ST), 
sequence number (SN), MID (don't care in the intra- 
station control communications cell), payload, payload 
byte length indicator (LI), and CRC (CRC-10 for ST, 
SN, MID, and payload) is stored in the. payload of the 
ATM cell with the ATM header added to the head of the 
ATM cell. 

Refer to 4, of part 3 to be described later. 
10-5. Function of AAL 

The L2 (layer 2) frame used in intra-station 
communications is mapped in the payload of the SAR-PDU 
through the CS-PDU (refer to the 4.2-2. and 4.2.3. in 
part 3). The AAL process performed by the DS3-SMDS 
interface has the functipns of (1) 
decomposing/composing an L2 frame for a cell; (2) 
transmitting/receiving an intra-station communications 
cell; (3) detecting a bit error in the payload of a 
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received cell; and (4) assigning a CRC to the.payload 
of a transmitted cell. 
10.7 Error Monitor 

If a bit error is detected in the payload of a 
5 cell in the AAL process, then the cell is discarded. 
The error is stored in the DS3-SMDS interface and 
displayed as an MSCN. If an SN error or an ST 
sequence error is detected in the AAL process, them 
a series of cells determined to be erroneous are all 

10 discarded. In the AAL process, accepted as valid 
cells are those related to the SSM without payload 
errors, or a series of cells without sequence and 
payload. errors from the beginning of a message (BOM) 
to the end of the message (EOM). A detected sequence 

15 error is held in the DS3-SMDS interface and displayed 
as an MSCN. No detected errors are corrected in the 
AAL process. 
10.8. L2 Interface 
10.8.1. Functions of L2 

20 A simple LAP is the protocol of the L2 in the 

intra-station communications and has the functions of 
(1) establishing an L2 link; (2) ^transmitting and 
receiving the L3-PDU; and (3) monitoring the state of 
the L2 link. 

25 10.8,2. Frame Format 
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Figure 68 shows the format of the intra-station 
communications L2 frame. The frame is transmitted as 
being stored in the payload of the SAR-PDU shown in 
Figure 67. 

5 10.8-3. Connection Setting Procedure 

The LAP link between the DS3-SMDS interface and 
the BSGCSH is established when the DS3-SMDS interface 
is powered or reset, or the implementation of the DS3- 
SMDS interface to the station data is specified after 
j"^ 10 powering or resetting the BSGCSH. Afterwards, the 

'J link is not disconnected by the DS3-SMDS interface or 

U the BSGCSH regardless of the states INS and OUS of the 

DS3-SMDS interface. Since the connection-response 
^r'i VPI/VCI values are notified of in the set asynchronous 

rU 15 balanced mode (SABM) frame transferred by the BSGCSH 

m 

Jg to the DS3-SMDS interface at the establishment of the 

link, the link is established at the responsibility 
of the BSGCSH. 

10-8.4. Monitor of Link State 

20 The BSGCSH monitors the state of a link by 

transmitting a receive ready (RR) frame to the DS3- 
SMDS interface on a predetermined cycJLe (every second) 
and confirming the return of the RR frame from the 
DS3-SMDS interface. The DS3-SMDS interface does not 

25 monitor the state of a link. Therefore, the DS3-SMDS 
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interface does not recognize the disconnection of a 
link due to any fault. 

10.8.5. Confirmation Procedure 

According to the L2 protocol using the simple LAP, 
5 the L3 information is transferred in an unnumbered 
information (UI) frame. Therefore, the transfer of 
the L3 information is not confirmed in the L2, but in 
the L3 protocol. 

10.8.6. Monitor of Faults 

10 No errors of transferred information are detected 

in the simple LAP protocol. 
10.9. L3 Interface 

10.9.1. L3 frame Format 

Figure 69 shows the format of the L3 frame. The 
15 frame is transmitted as being stored in the 
information field of the L2 frame shown in Figure 68. 

10.9.2. Communications Procedure 

The procedure of the L3 protocol is followed in a 
command/response format in which the switch software 

20 is a master while the DS3-SMDS interface is a slave. 

The switch software confirms that the DS3-SMDS 
interface has received a command^ by receiving a 
response to the transmitted command. The DS3-SMDS 
interface transmits an ACK instead of a response to 

25 a command which has no corresponding response. The 
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DS3-SMDS interface generates the value of a 
transmitted ACK by adding 8000 (HEX) to the received 
message number. The DS3-SMDS interface does not 
confirm whether or not' the transmitted L3 response has 
5 been received by the switch software. If information 
requires a positive action such as an issue of an 
alarm, then the information is provided by the DS3- 
SMDS interface to the switch software using an MSCN. 
10.9.3. Control of Errors 

10 To detect an error related to a loss/insertion of 

a cell in a switch, the switch software adds a 
sequence number to an L3 frame of each command and 
transmits it to the DS3-SMpS interface, and the DS3- 
SMDS interface returns a response corresponding to 

15 each sequence number, thereby reserving the 
command/response correspondence . 

11. Management of the state of DS3-SiyiDS interface 
11.1. Initialization 

The DS3-SMDS interface is initialized when the 
20 printed wiring circuit board of the DS3-SMDS interface 
is implemented or powered. Required are the following 
operations at the initialization. ^ 

(1) Setting an SMDS mode (Figure 33) or an 
umbilical link mode (Figure 34) for the DS3-SMDS 
25 interface 
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(2) Setting the UNI mode or the ICI and ISSI modes 
for the DS3-SMDS interface - 

(3) Setting the downward DMUX-LSI buffer threshold 
(when necessary) 

11.2. Blocking 

The following processes are performed. 
(1) Setting Block Specification (OUS) 

11.3. Setting In-Service 

The following processes are performed. 

(1) Resetting the block specification (OUS) 

(2) Setting/resetting master reset (M-RST) 

( 3 ) Initialization 

(4) Confirming that an in-service completion 
indicator (INS) is set on the E-MSCN service 

(5) Transferring various initialization data 

11.4. Non-implementation 

The following processes are performed. 
(1) Setting Block Specification (OUS) 

11.5. Processes for faults 
11,5.1. Monitor of Faults 

A fault of the DS3-SMDS interface is monitored by 
constantly monitoring both MSCNs, t^at is, a D-MSCN 
detected by the DS3-SMDS interface and provided for 
the switch software through the SIFSH common, and an 
E-MSCN detected by the SIFSH common relating to the 
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faults of the DS3-SMDS interface. In constantly 
monitoring the MSCN relating to the faults of the DS3- 
SMDS interface itself or of the line systems, the MSCN 
from the SIFSH common of the active system is 
monitored. In constantly monitoring the MSCN relating 
to the faults of the DS3-SMDS interface and the faults 
of the interface of the SIFSH common, the MSCNs from 
the SIFSH common of both active and standby systems 
are compared with each other. In the latter case, 
considering the time difference in arrival of data at 
both systems, a detected fault in one system is made 
to wait for the fault information of another system 
for a predetermined time. The type of MSCN to be 
constantly monitored is notified of using a change 
flag of a representative NG-OR point set for each type 
of fault. 

The types of MSCNs to be monitored for faults are 
listed below, and each type is assigned a 
representative NG-OR point. The following non-stored 
alarm may generate a plurality of alarms and therefore 
are provided with a state change flag. 
(1) Hardware Fault ... stored type 

1. specified as a fault of the DS3-SMDS interface 

2. specified as a fault of the SIFSH common 

3. fault of the interface between the SIFSH 
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common and the DS3-SMDS interface 

(2) Line System Alarm ... not stored 

(3) Threshold Crossing Alert (DS3/PLCP layer) ... 
not stored 

(4) Cell Discard Start Alert in the DS3-SMDS buffer 
- - . not stored 

Concerning the stored fault display point, an MSD 
(SDFTRST) should be set to reset the fault display on 
the MSCN. A non-stored fault display point is reset 
by the hardware corresponding to respective points on 
the specific condition to each point. 
11.5-2- Detection of faults 

The processes to be performed when each of the 
representative NG-OR points is detected are listed 
below. At each representative NG-OR point, the 
detailed information indicating the factor of a fault 
to display a message can be fetched by referring to 
another area of the MSCN or by directly inquiring of 
the individual unit through the intra-station control 
communications. 

(1) At the detection of a hardware fault; 

1. The DS3-SMDS interface is blocked when a 
hardware fault possibly specified as a fault in the 
DS3-SMDS interface 1 is detected. 
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2. When a hardware fault possibly specified as a 
fault in the SIFSH common is detected, an active 
ASSWSH system is switched to a new system. If the 
ASSWSH system cannot be switched, then the DSS-SMDS 

5 interface for the hardware in which a fault has been 
detected is blocked as being inoperable for further 
use- If a fault exists in a new active system after 
the switch to the new active system, or if a new fault 
occurs to switch to a new ASSWSH system, then the new 
10 active system stops monitoring faults in the SIFSH 
common and the DS3-SMDS interface for the system is 
blocked as being inoperable. In this case, the ASSWSH 
system. is not switched back to the replaced system. 

3. If a hardware fault is detected in the 
15 interface for the SIFSH common, then one of the 

following determinations is made according to the MSCN 
information detected and displayed in both DS3-SMDS 
interface and SIFSH common, and an appropriate action 
is taken based on the determination. 
20 (a) A fault which is possibly a' DS3-SMDS interface 

fault 

The DS3-SMDS interface is blocked, 
(b) A fault which is possibly a SIFSH common fault 
An ASSWSH system to be active is switched. 
25 (c) A fault which is hardly determined to be a DS3- 
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SMDS interface fault or an SIFSH common fault. 
The DS3-SMDS interface is blocked. 

(2) At the detection of a line system alarm; 
The DS3-SMDS interface is blocked. 

(3) At the detection of a threshold crossing alert 
and a cell discard start alert (cells are discarded 
in buffer) 

Since the MSCN displays data based on a 
predetermined statistics process in the hardware, 
messages are displayed based on the displayed data. 
11.5-3. Specifying a fault 

(1) When the ASSWSH is processed as OUS; 

A fault is specifies by automatic diagnostics of 
a faulty ASSWSH system. 

(2) When the DS3-SMDS interface is blocked; 
Online diagnostics is conducted on the DS3-SiyiDS 

interface and a fault is specified. If no faults are 
confirmed by the online diagnostics, then an ASSWSH 
system is switched and the diagnostics is manually 
carried out. A series of processes are manually 
performed. The online diagnostics refers to the 
diagnostics actually performed by a^ switch processor 
(CC) of an active system regardless of the state of 
the DS3-SMDS interface. 
11.5.4. Monitor of Recovery 
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(1) ASSWSH and DS3-SMDS interface 

These units are recovered when they are changed 
from the OUS state to the INS state. If the active 
system is operated in a faulty state because of the 
faults detected in both of duplex SIFSH common 
systems, then the active SIFSH common system is 
monitored for faults. 

( 2 ) Line System Alarm 

An MSCN monitor constantly monitors the recovery 
of units. If no blocking factors exist at the time 
of recovery, a blocked DS3-SMDS interface is released. 

(3) Threshold crossing alert (DS3/PLCP Layer). 
Since an automatic recovery is made at a 

predetermined timing, recovery is not monitored. 

(4) Cell Discard Start Alert in Buffer 
Recovery is constantly monitored through the 

monitor of the ,MSCN. 

11.6 Various Process Sequence 

Figures 70 through 81 show the sequence of the 
following processes, 

(1) Initialization of DS3-SMDS interface 

(2) Procedure of INS of DS3-SMDS^ interface 

(3) Procedure of OUS of DS3-SMDS interface 

(4) Hardware Fault of DS3-SMDS interface 

1. Hardware fault which enables intra-station 
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control communications 

2. Hardware fault which disables intra-station 
control communications 

3. Micro processor fault 

5 4. Communications error between the SIFSH common 

and the DS3-SMDS interface (active system) 

5. Communications error between the SIFSH common 
and the DS3-SMDS interface (standby system) 
^'^^ (5) DS3/PLCP layer alarm process 

rU 10 (5) Notification of D/Q Timer (counting every 15 

y minutes and every day) at the generation of DS3/PLCP 

rd 

lI TCA (threshold crossing alert); and Collection of PM 

Data 

:3 ... 

Q (7) Notification of D/Q Timer at the generation of 

fy 15 DS3-SMDS interface buffer alarm; and Collection of 

"}=^ Buffer Data 

(8) Setting PVC path test special number VPI/VCI 
cell 

12, Congestion Control of DS3-SMDS Interface Buffer 
20 The following interfaces function at the printed 

wiring circuit board of the DS3-SMDS interface. 

(1) DS3 SMDS User Network Interface (UNI) interface 
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(3) DS3-SMDS inter-exchange carrier interface { ICI ) 
interface 
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(3) DS3-SMDS inter-switching system interface 
(ISSI) interface 

(4) DS3 umbilical link interface 

If the interfaces (1) through (3) among these 
5 interfaces are realized, the DS3-SMDS interface is 
connected to the SBMESHH and the GWMESH ( Figure 8 ) . 
Therefore, since the ATM cell transmitted according 
to the access class of the SMDS is shaped, no overflow 
•3 occurs in the buffer in which the bit rate is 

\U 10 converted from 156 Mbps to 45 Mbps in the DS3-SMDS 

=g interface - 

:J However, if the DS3 umbilical link interface of 

(4) is realized, the lines such as DSI-SMDS, DSl-frame 
Q relay, etc. are accommodated- As a result, an 

fy 15 overflow can be caused by the input of the burst data 

I'l; in the buffer which is provided in the DS3-SMDS 

interface and converts the bit rate from 156 Mbps to 
45 Mbps. 

Therefore, the DS3-SMDS interface controls the 
20 congestion in the buffer in which the bit rate is 
converted from 156 Mbps to 45 Mbps based on the 
pattern of each value of the P bit and CON bit 
displayed in the tag area in the header of the ATM 
cell in the format shown in Figure 55. 
25 The control data of the buffer is set by the 
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switch software as the E-MSD information through the 
intra-station control communications. Nine levels of 
threshold should be set to perform the quality control 
of the buffer and the 'priority control. Listed below 
are the settings of the thresholds. 

(1) QO: physical FULL 

(2) Ql: logical FULL 

(3) QA: cell discard start threshold with P bit = 

0, CON bit = 0 

(4) QB: cell discard start threshold with P bit = 

1, CON bit = 0 

(5) QC: cell discard start threshold with P bit = 

0, CON bit = 1 

(6) QD: cell discard start threshold with P bit = 

1, CON bit = 1 

(7) QA': cell discard start threshold with P bit 
= 0, CON bit = 0 

(8) QB': cell discard start threshold with P "bit 
= 1, CON bit = 0 

(9) QC: cell discard start threshold with P bit 
= 0, CON bit = 1 

(10) QD': cell discard start threshold with P bit 

A 

= 1, CON bit = 1 

Figure 82 shows the cell discard start/release 
threshold of the buffer. 
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The thresholds Ql, QA, QB, QC, QD, QA', QB\ QC ' , 
and QD' are set through the intra-station control 
communications, and the cell discard is set and 
discarded as follows.' 
5 (1) When the queue length exceeds the threshold, 

the state is provided for the microprocessor in the 
DS3-SMDS interface, thereby notifying the switch 
software through the intra-station control 

''Z communications that the cell discard is started. At 

'by 

rU 10 the insertion of the DS3-SMDS interface PKG and at the 

\l reset of the hardware, the cell discard start 

j,I threshold is set to the value of the maximum buffer 

''"''^ length, that is, the initial value. 

=3 (2) If the queue length has been recovered to the 

W 

rU 15 cell discard release value, then the state is provided 

-n for the microprocessor, thereby notifying the switch 

software through the intra-station control 
communications that the cell discard release is 
started . 

20 (3) If the queue length has reached the threshold 

Ql, then the microprocessor is notified of the 
occurrence of a fault, and even p valid cell is 
controlled to be prevented from being written into its 
buffer. 

25 (4) Each threshold should be set through the intra- 
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station control communications with the following 

conditions satisfied . 

QO > Ql > QA > QA' > 0 QO > Ql > QB > QB ' > 0 
QO > Ql > QC > > 0 QO > Ql > QD > QD^ > 0 

13. Test and Maintenance 

13.1. Loopback Function of DS3-SMDS Interface 

The DS3-SMDS interface printed circuit board (PCB) 
has the following four loopback functions for proper 
sequence and maintenance operations. 

( 1 ) Loopback function of a cell with a 0 bit added 
to its tag area 

(2) Loopback function of all cells 

(3) Loopback function of a cell assigned a specific 
VPI/VCI 

( 4 ) Line ' Loopback function 

Figure 83 shows the implementation position of the 
loopback function in the DS3-SMDS interface (Figure 
45). 

13.1.1. Loopback Function of a cell with 0 bit added 
at tag area 

The DS3-SMDS interface has the loopback function 
of a cell with a 0 bit added to its tag area. The 
cell with a 0 bit added to its tag area is generated 
by a test cell generator (TCG) for a circuit test. 
Since the DS3-SMDS interface passes only an ATM cell 
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of an active system, a circuit test cell is entered 
through the ASSWSH of the active system. 

The activate and stop instruction of the loopback 
function is issued through the 0-LOOP bit in the E-HSD 
5 shown in Figures 58 and 59. However, according to the 
configuration of the hardware, the loopback function 
of a cell having the 0 bit and the loopback function 
of a cell having the specific VPI/VCI cannot be 
activated simultaneously . 

10 13.1,2. Loopback Function of All Cells 

The DS3-SMDS interface has the loopback functions 
of all cells at the position (HAFOOA or HDTOOA shown 
in Figure 45) indicated as (1) or (2) in Figure 83. 
The loopback function should be activated after the 

15 DS3-SMDS interface is blocked. 

The loopback function activate instruction is 
issued through the LOOP-1 bit (for position (1)) or 
the LOOP-2 bit (for position (2)) shown in Figures 58 
and 59 using the E-MSD terminating the SIFSH common. 

20 The loopback function enables *a transmission test 

to be performed on an ATM cell including DS3/PLCP 
layer data. However, if the DS3-SMDS interface is 
operating in a DS3-SMDS service mode (as shown in 
Figure 33), then the DS3-SMDS interface passes only 

25 the ATM cell having VPI = 3F and VCI = 03FF (refer to 
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Figures 7, 10, and 55). Therefore, the values of VPI 
and VCI should be set for the cell entered in the DS3- 
SMDS interface at the test. 

13.1.3. Loopback Function of Cell having specific 
VPI/VCI 

The DS3-SMDS interface has the loopback function 
of the cell assigned a specific VPI/VCI at the 
position (HAFOOA shown in Figure 45) to which a 
transmission line is connected from the SIFSH common 
shown as (3) in Figure 83. 

At the activation of the loopback function, the 
values of specific VPI/VCI are provided through intra- 
station control communications. Simultaneously looped 
back in this loopback function are only the ATM cells 
having one set of values of VPI/VCI. Therefore, to 
test the values of another set of VPI/VCI, the 
loopback function should be activated again after 
setting the values. 

The activation and stop of the loopback function 
are directed by the V-LOOP bit in' the E-MSD shown in 
Figures 58 and 59. 

13.1.4. Line Loopback Function ^ 

The DS3-SMDS interface has the function of looping 
back the signal input via the DS3 PCM line ( DS3 
transmission line) at the position (HDTOOA shown in 
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Figure 45) indicated corresponding to (4) in Figure 
84. 

The activation of the loopback function is 
directed by the LOOP-3 bit in the E-MSD shown in 
Figures 58 and 59. 

The loopback function is used to confirm the 
normality of the DS3 PCM line in, for example, a 
construction test . 
13 . 2. Test Method 

Listed below are methods of testing the DS3-SMDS 
interface using various loopback functions explained 
above . 

(1) DS3-SMDS line loopback test 

(2) Active system on-demand test 

(3) PVC path circuit test 

(4) DS3-SMDS interface test and diagnostics 
13.2.1. DS3-SMDS Line Loopback Test 

The line loopback test performed by the DS3-SMDS 
interface can be realized by a manual loopback test 
at the DSX-3 and a loopback test at the RCL. 
(1) Line loopback test at DSX-3 

In this test, an ATM cell^ is tested in 
acceptability, line quality, etc. by manually 
activating the loopback function at the distribution 
panel digital signal cross-connect (DSX)-3. To 
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realize the test, a test cell having a random test 
pattern is generated at the TCG after setting a path 
between the test cell generator (TCG) and the DS3- 
SMDS interface, and the test cell is transmitted to 
5 the path. 

Figure 84 shows the outline of the line loopback 
test of the DSX-3. 

( 2 ) Line loopback test at RLC 

In this test, an ATM cell is tested in 
10 acceptability, line quality, etc. by manually 
activating the loopback function at the remote line 
concentrator (RLC). To realize the test, as in the 
test explained in (1) above, a test cell having a 
random test pattern is generated at the TCG after 
15 setting a path between the TCG and the DSS-SMDS 
interface, and the test cell is transmitted to the 
path. 

Figure 85 shows the outline of the line loopback 
test at the RLC. 
20 13.2.2. Active system on-demand test 

The active system on-demand test is conducted at 
the occurrence of a fault of the DS3-SMDS interface 
to specify a faulty point by entering a command of a 
maintainer. In this case, the loopback function 
25 explained in 13.1.1. is activated, a cell is generated 
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with a 0 bit added in the tag area in the TCG, and the 
DS3-SMDS interface loops back only the cells having 
the 0 bit. Checking this state specifies the faulty 
point. 

5 13.2.3. PVC Path Circuit Test 

If the DS3-SMDS interface operates in a mode of 
providing DS3-SMDS services (as shown in Figure 33), 
then the DS3-SMDS interface is connected to the SBMESH 
and GWMESH through a permanent virtual circuit (PVC). 

10 To conduct a path circuit test of PVC, the DS3-SMDS 
interface is blocked first. Then, activated is the 
loopback function described in 13.1.2. by the L00P2 
bit in the E-MSD shown in Figures 58 and 59. Then, 
the SBMESH and GWMESH generate a test cell assigned 

15 the same VPI/VCI as the PVC, and transmits the cell 
to the DS3-SMDS interface, thereby confirming the path 
circuit test of the PVC. 

Figure 85 shows the outline of the pass circuit 
test of the PVC between the DS3-SMDS interface and the 

20 SBMESH and GWMESH. In Figure 86, the MH-COM 
corresponds to the SBMESH or GWMESH. 
13.2.4. Tests and Diagnostics of DS3-SMDS interface 

Listed below are the tests and diagnostics of the 
printed circuit board of the DS3-SMDS interface. 

25 (1) ATM cell acceptability test in DS3-SMDS 
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interface 

(2) Hardware normality confirmation test in DS3- 
SMDS interface 

13.2.4.1. ATM Cell Acceptability Test in DS3-SMDS 
interface 

The DS3-SMDS interface is blocked first to conduct 
an ATM cell acceptability test in the DS3-SMDS 
interface PCB. Then, the loopback function explained 
in 13.1.2. is activated by the LOOP-1 or LOOP-2 bit 
in the E-MSD shown in Figures 58 and 59. 

Listed below is the procedure of the ATM cell 
acceptability test in the DS3-SMDS interface. 

(1) The DS3-SMDS interface PCB is blocked (OUS: out 
of service ) . 

(2) The SIFSH common sets LOOP-1 or LOOP-2 in the 
E-MSD. 

(3) Settings of LOOP-1 or LOOP-2 are confirmed. 

(4) ^A path is set between the DS3-SMDS interface 
and the TCG. 

(5) A cell is transmitted from' the TCG. 

(5) A test cell from the DS3-SMDS interface to the 
TCG is confirmed. 

(7) LOOP-1 or LOOP-2 is released. 

(8) The release of LOOP-1 or LOOP-2 is confirmed. 

(9) The path between the DS3-SMDS interface and the 
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TCG is released. 

13.2.4.2 Hardware normality confirmation test 

The DS3-SMDS interface PCB is loaded with the 
self -diagnostics function to confirm the normality of 
its hardware. By activating the self -diagnostics 
function, the normality of the hardware of the simplex 
portion (excluding the communications unit) of the 
DS3-SMDS interface can be confirmed. 

Listed below are the steps of the self -diagnostics 
of the hardware in the DS3-SMDS interface. 

( 1 ) Initialization 

(2) Checking the SRAiM 

( 3 ) Checking the dual port RAM ( simple LAPD 
process ) 

(4) Read/write check of each LSI loaded on the DS3- 
SMDS interface 

(5) Pseudo-fault check on each checker loaded on 
the DS3-SMDS interface 

The activation of the self -diagnostics function of 
the DS3-SMDS interface is directed by the DS3DEC bit 
in the E-MSD shown in Figures 58 and 59. The 
termination of the self -diagnostics^ is indicated by 
the TSTEND bit in the E-MDCN shown in Figures 61 and 
63. The result of the self -diagnostics is also 
indicated by the TSTIND bit in the E-MSCN. After the 



253 

self -diagnostics, the DS3-SMDS interface enters a 
wait-f or-reset state, and the state is released by a 
hardware reset or microprocessor reset. The self- 
diagnostics function ' can be activated only by the 
DS3DEC bit in the E-MSD shown in Figures 58 and 59, 
but cannot be activated even if the DS3-SMDS interface 
is powered and reset. The self -diagnostics time of 
the DS3-SiyiDS interface requires about 12 seconds after 
setting the DS3DEC bit ON. Therefore, a total of 
about 15 seconds are required after the DS3DEC bit is 
set ON before the result is displayed. 
14. Fault Correction 

14-1. Fault detection point and notification system 

Listed below are the fault detection and 
notification system for each fault state as being 
associated with each fault correction process in the 
DS3-SMDS interface loaded in the subscriber interface 

r 

Shelf (SIFTH). 

14.1.1. Contents of Faults 

(1) OBP fault (OBP fault loaded on each package) 

(2) Fault of lost packages 

(3) Fault of disconnected fuse ^ 

(4) Fault of erroneous insertion of package 

(5) Fault of individual unit package (fault of 
simplex unit) 
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14.1.2 OBP Fault 

In the SIFSH, power-through packages are loaded 
separately on both sides of the shelf as shown in 
Figure 87. Electric' power is supplied for a half 
5 shelf independently. 

14.1.3. OBP Fault in Individual Unit (DSS-SMDS 
interface ) 

A fault of an OBP (power source) loaded on the 
DS3-SMDS interface 1 is detected in the SIFSH common 

10 (SIF-COM, common unit) in both active and standby 
systems. The fault is detected by monitoring the 
display of the individual unit OBP fault register in 
the SIFSH common and the occurrence of a stack in the 
E-MSCN highway. 

15 An output of the LED output terminal unit of the 

OBP indicates an open state in a normal operation and 
a ground state in an abnormal operation. When an 
output of the LED terminal unit indicates the ground 
state, a fault value is set in the OBP fault register. 

20 Figure 88 shows the configuration of the OBP 

monitoring function in the individual unit. 
(1) +5V OBP Fault 

If a +5V OBP fault has arisen in the DSS-SMDS 
interface individual unit, then a serial highway for 

25 the extended maintenance scanner (E-MSCN) information 
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to be provided for the SIFSH common is blocked with 
a stack. There are representative points indicating 
the IDs of the individual units in the E-MSCN, and the 
occurrence of a stack' for the points is monitored by 
the SIFSH common. Therefore, if the SIFSH common 
detects the indication of a fault through the OBP 
fault register and detects an occurrence of a stack 
in the E-MSCN highway, then a +5V OBP fault is 
detected. 



10 (2) -5,2V OBP Fault 

H 

4 If the SIFSH common detects a fault indication 

■ U 

through the OBP fault register and does not detect an 
occurrence of a stack in the E-MSCN highway, then a - 

^^3 5,2V OBP fault is detected. 

ry 15 14.1,4. Package Missing Fault 

/ij A package missing fault with a package which forms 

part of the DS3-SMDS interface 1 is detected by the 
SIFSH common of both active and standby systems. The 
fault is actually detected by monitoring the display 

20 of the individual unit OBP fault register in the SIFSH 
common and the occurrence of a stack in the E-MSCN 
highway. Each individual unit comprises a plurality 
of packages. If there is a package missing among a 
plurality of packages, then the +5V power source to 

25 be provided in the entire package group in the 
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individual unit is not induced. Accordingly, the 
SIFSH common monitors the items indicating the ID 
point of the individual unit in the E-MSCN toward the 
SIFSH common to detect all "H" (high level) for the 
items. Then, the SIFSH common determines a package 
missing only if it receives a package missing 
notification from the SIFSH common of both active and 
standby systems. If the SIFSH common receives the 
package missing notification from only one of the 
systems, then it determines that an interface fault 
has occurred between the individual unit and the SIFSH 
common. The state is checked when the systems are 
switched . 

Figure 89 shows the configuration of the package 
missing monitoring function. 
14.1.5- Fuse Disconnection Fault 

. The individual unit fuse provided for the power 
package is individually monitored in the SIFSH common 
of both active and standby systems. An alarm contact- 
point loop checked by a disconnection of the fuse is 
monitored in the SIFSH common of both systems. 

Figure 90 shows the configuration of the fuse 
disconnection monitoring function in the SIFSH common. 

The disconnection of a fuse causes a package 
missing fault to be detected because a highway stack 
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simultaneously occurs in a corresponding individual 
unit. However, a fuse disconnection fault is detected 
by priority by the firmware in the SIFSH common, and 
the switch software is' notified only of the occurrence 
of a fuse disconnection fault. 

14.1.6. Package Error Insertion Fault 

In the SIFSH, a package group comprising a 
plurality of packages in the individual unit and the 
SIFSH common can have the configuration in which the 
OBP can be activated only if all packages are 
inserted. Therefore, even if a package is erroneously 
inserted, the shelves are not successfully operated 
but the packages and their circuit elements are not 
destroyed . 

14.1.7. DSS-SMDS Interface Individual Unit Package 
Fault 

There are following two types of hardware faults 
of a package in the DS3-SMDS interface individual 
unit. 

(1) Hardware fault notified of ' through the intra- 
office control communications using the E-MSCN from 
the SIFSH common 

A 

(2) Hardware fault notified of through the intra- 
office control communications from the DS3-SMDS 
interface 
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First, listed below are the points in the C-MSCN 
shown in Figures 61 through 63 as being related to the 
faults defined by (1) above . 

1, MPE (micro-processor fault) 

2- FEER-1 (fault indicating that the intra-station 
control communications cannot be established by the 
DS3-SMDS interface) 

3. UH19M (SIFSH common transmission click fault) 

4. UHDPT (upward highway data parity error fault) 

5. EGPTY (intra-station control communications 
terminal LSI fault) 

Next, listed below are the points in the C-MSCN 
.shown in Figures 61 through 63 as being related to the 
faults defined by (2) above. The DS3-SMDS interface 
is required to read detailed data through the intra- 
station control communications and notifies the switch 
software of the data so that the SIFSH common can 
notify the switch software of the NO OR condition. 

1. FEER-2 (DS3-SMDS interface PCB hardware fault 
OR condition) 

If the DS3-SMDS interface hardware fault, which 
is notified of by the intra-^station control 
communications using the E-MSCN from the SIFSH common 
for the switch software, occurs, then the DS3-SiyiDS 
interface is blocked. 
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15- Functions of each PCB 
15.1. Functions of each PCB 
15.1.1. Functions of HAFOOA 

The most important' function of the HAFOOA (Figure 
45) is an interfacing function with the SIFSH common. 
Among the functions of the DS3-SMDS interface 
described in 7 . , the following functions are loaded. 

(1) LAP terminating function for MSD/MSCN 
Information 

(2) Interfacing function to the SIFSH common 

(3) Multiplexing/demultiplexing function for DS3- 
SMDS .L2-PDU cell and LAP cell 

(4) Loopback function for specific VPI/VCI cell. 

( 5 ) Multiplexing function for MSCN data 

( 6 ) MSD data dropper function " 

(7) Active control' function 

(8) Microprocessor interface function 
15.1.1.1- LAP Terminating Function for MSD/MSCN 
information 

This function is described in 7.11. above, and 
realized by the EGCLAD LSI (Figure 45) and the 
firmware. The functions are shared as follows. 
(1) Terminating function by EGCLAD LSI 

1, Multiplexing/demultiplexing function for L2- 
PDU cell and LAP cell 
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2. Terminating function for SAR-PDU 
(2) Terminating function of firmware 

1. Terminating function for L2 frame interface 

2. Terminating function for L3 frame interface 
5 15.1.1.2. Interfacing Function with SIFSH Common 

This function is described in 7.10 above. 
The interface between the SIFSH common and the 
DS3-SMDS interface to the L2-PDU cell has 8-bit width 
of parallel data. The DS3-SMDS interface processes 
10 16-bit width of parallel data at the transmission 
speed of 9.72 Mbps. Therefore, the HAFOOA converts 
data having the above mentioned data width at the 
above mentioned transmission speed. , . . 

15.1.1.3. Multiplexing/demultiplexing function for 
15 DS3-SMDS L2-PDU cell and LAP cell 

These functions are explained in 7.12. and 7.13, 
and realized by the EGCLAD LSI. 

The EGCLAD LSI sets ON the register in the EGCLAD 
LSI through the firmware when the LAP cell is 
20 transmitted. Thus, the EGCLADLSI multiplexes the L2- 
PDU cell and the LAP cell according to the LAP cell 
transmission clock (64 Kbps). ^ 

In demultiplexing cells, the EGCLAD LSI 
demultiplexes the L2-PDU and LAP cells based on the 
25 SIG bit (Figure 56) in the tag area of the received 
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ATM cell, and inserts a blank cell to a time slot at 
which the LAP cell is demultiplexed. 

15.1.1.4- Loopback Function for Cell assigned 
Specific VPI/VCI 
5 The DS3-SMDS interface has the loopback functions 

for cells assigned a specific VPI/VCI, that is, the 
function of looping back a cell assigned a 0 bit in 
the tag area explained in 13.1.1. and a cell assigned 
a specific VPI/VCI explained in 13.1.3. 
10 The functions are realized by the SEL Nl LSI 

(Figure 45). 

15.1-1.5. Multiplexing Function for MSCN Data 

This function is .explained in 7.15., and realized 
by the firmware and hardware. The firmware is 

15 interfaced with the hardware through the dual port 
RAM (Figure 45). The bits contained in and after the 
003th , byte shown in Figures 61 through 63 are 
controlled by the firmware, and the control result is 
written to the dual port RAM. However, the MPE bit 

20 in the 017th byte is processed by' the hardware. 

Data are sequentially read from the dual port RAM 
using as an address an output, from the SIFSH common, 
of the counter operating according to the. MSCN 
interface clock. The read data is assigned a control 

25 bit of the 000th and 002nd byte as shown in Figures 
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61 through 63, and the resultant data group is 
transmitted as the MSCN information to the SIFSH 
common . 

15.1.1-6. MSD Data Dr6pper Function 

This function is explained in 7.16, and realized 
by the firmware and hardware. The firmware is 
interfaced with the hardware through the dual port RAM 
(Figure 45) as in the case described in 15.1.1.1. The 
MSD serial data transmitted from the SIFSH common is 



\}{ 10 written to the dual port RAM after being converted 



'"-J into 8-bit parallel data. The written data is read 

ru 

M by the firmware on a cycle of 10ms. If the same data 

Ld 

is read consecutively for 2 cycles, then the data is 
H fetched in the firmware, 

ru 15 15.1.1.7. Active Control Function 

This function allows the control shown in Figure 
91 to be executed according to the ACT information 
transferred from the SIFSH common of both active and 
standby systems. 
20 15.1.1.8. Microprocessor Interface Function 

The HAFOGA PCB is loaded with the 80C186 processor 
and outputs processor interface signals of the HAFOGA 
and other PCBs. 
15.1.2. Functions of HLPOIA 
25 The most important function of the HLPPIA (Figure 
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45) is to perform a process specific to the DS3-SMDS. 

Among the DS3-SMDS interface functions described 
in 7 - , the following functions are loaded. 

(1) 156Mbps 45iyibps data conversion function 

(2) 45Mbps 156Mbps data conversion function 

(3) Distributed queue dual bus ( DQDB ) process 
function 

The outline of these functions is explained below. 
Figure 92 shows the configuration of the function. 
15.1.2.1. 156Mbps 45Mbps Data Conversion Function 

This function is described in 7.9. 

The L2-PDU cess from the SIFSH common is 
transmitted as 8-bit parallel data at a bit rate of 
156 Mbps. The cell is converted in the HAFOOA LSI 
into a cell to be transmitted as a 16-bit parallel 
data at a bit rate of 156 Mbps. Then, this cell is 
converted in the HLPOIA into a cell transmitted as an 
8-bit parallel data at the bit rate 45Mbps of the DS3 
layer . 

The 156Mbps 45Mbps data conversion function is 
realized by the V2 FMUX LSI. The V2 FMUX LSI performs 
congestion control of the 156Mbps 45Mbps data 
conversion buffer when the DS3-SMDS interface realizes 
a DS3 umbilical link interface as described in 12. 
above- The conversion buffer is realized by the DMUX 
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LSI (Figure 45) in the HLPOIA. The congestion control 
of this buffer is performed using 9 levels of a 
threshold as explained in 12. by referring to Figure 
82, 

15.1.2.2. 45Mpbs 156Mbps Data Conversion Function 
This is the function explained in 7.4. above. 
The L2-PDU data from the DS3 transmission line is 

received at a bit rate of 45Mbps. Then, the data is 
converted in the HDTOOA PCB (Figure 45) into the data 
transmitted as an 8-bit parallel data at a bit rate 
of 45Mbps, and input to the HLPOIA. Then, the data 
is converted in the HLPOIA into the data to be 
transmitted as a 16-bit parallel data at a bit rate 
of 156Mbps, and input to the HAFOOA (Figure 45). 

The 45Mpbs 156Mbps data conversion function is 
realized by the V2 DMUX LSI. 

15.1.2.3. DQDB Process Function 

This function is explained in 7.6. above. 
14.1.3. Functions of HDTOOA 

The most important function of the HDTOOA (Figure 
45) is to interface with the DS3 transmission line. 
Among the DS3-SMDS interface functions described in 
7., the following functions are loaded. 

( 1 ) DS3 layer terminating function 

(2) DS3 PSCP layer terminating function 
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(3) Received L2-PDU header check function (HCS) 

(4) L2-PDU header pattern generating function 
15.1.3.1. DS3 Layer Terminating Function 

This function is explained in 7.2. above. 
5 15-1.3.2. DS3 PLCP Layer Terminating Function 
This function is explained in 7.3. above. 
15.1.3.3. Received L2-PDU Header Check Function (HCS) 
This function is explained in 7.4. above. The 
header check function is switched between the SMDS 
10 service and the umbilical link of the DS3-SMDS 
interface 1. 

15-1-3.4. L2-PDU Header Pattern Generating Function 
This function is explained in 7-5. above. As in 

the case described above of the header check function, 
15 the header check function is switched between the SMDS 

service and the umbilical link of the DS3-SMDS 

interface 1. 

16. Firmware Interface 

16,1. General Descriptions 
20 The DS3-SMDS interface is loaded with the 80C186 

processor to realize the following functions. 

( 1 ) DS3 layer performance monitor 

A 

(2) PLCP layer performance monitor 

(3) DS3 layer carrier group alarm (CGA) declaration 
25 and release 
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(4) 



PLCP layer carrier group alarm (CGA) 
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declaration and release 

(5) DS3-SMDS interface hardware alarm 

(7) Intra-station 'control communications (simple 

LAPD) 

16.2. Outline of Interface between Hardware and 
Firmware 

The interface between the hardware and the 
firmware in the DS3-SMDS interface is realized using 
the control chip select (CS) from the 80C186 
processor . 

The control chip select conditions in each 
interface are listed below, and Figure 93 is a memory 
map of the DS3-SMDS interface. Figure 45 is referred 
to if necessary. 

(1) SRAM area: controlled by the LCS 

(2) ROM area: controlled by UCS 

(3) EGCLAD LSI dual port RAM area: controlled by 
the MCSO 

(4) EGCLAD LSI control register area: controlled 
by the MCSl 

(5) Downward DMUX LSI control register area: 
controlled by the MCS2 

(6) Upward DMUX LSI control register area: 
controlled by the MCS2 
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(7) Downward SELNl LSI control register area: 
controlled by the PCSO 

(8) Upward SELNl LSI control register area: 
controlled by the PCSO 

(9) MAPLE2 LSI control register area: controlled 
by the PCSl 

(10) DS3 LSI control register area: controlled by 
the PCS2 

(11) DS3 LINE INF ( HDTOOA ) control register area: 
controlled by the PCS3 

(12) Debugger interface: controlled by the PCS4 

(13) DS3 SWITCH INF (HAFOOA) control register area: 
controlled by the PCS5 

{14:) DS3 CONTROL INF (HAFOOA) control register area: 
controlled by the PCS6 

The LCS, UCS, and MCS 0 through 3 are allocated to 
the memory space while the PCS 0 through 6 are 
allocated to the I/O space. 
[0009] 
<Part 3> 

The subscriber interface shelf (SIFSH) is 
explained in detail in Part 3. a 
1, General Description 
1.1. Position of SIFSH in the System 

Figure 94 shows the position of the SIFSH shown in 
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Figure 8 in the system. The SIFSH is hereinafter 
referred to as the SIFSH-A. 

The subscriber interface shelf type A (SIFSH-A) 
can be loaded with up to 8 units per shelf of the 
individual units containing the ATM subscriber 
interface circuits. 

The following 5 types of the individual units can 
be accommodated . 

(1) 0C3C (155Mbps optical interface unit) (simplex 
configuration) 

(2) DS-3 (45Mbps metallic interface unit) (simplex 
configuration ) 

(DS3-SMDS interface explained in Part 2) 

(3) ADSINF (ADSISH concentrator unit) (duplex 
configuration) 

(4) TCGADP (TCGSH adapter unit) (simplex 
configuration: two systems of the TCGSH are connected 
to a single unit) 

(5) LOOP (156Mbps loop unit) (duplex 
configuration ) 

Each unit of the 0C3C, DS-3, and TCGADP has a 
simplex configuration. Each unit o^f the ADSINF and 
LOOP has a duplex configuration. If the units are 
mounted to the SIFSH-A, then a two-unit set is 
accommodated. Accordingly, up to 4 sets of the ADSINF 
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and LOOP units can be loaded per shelf. 

The active/standby control for each unit of the 
ADSINF and LOOP can be performed by the SIFSH common 
unit (hereinafter referred to as the SIFCOM). 

If the SIFSH-A (SIFSH) is mounted to the right of 
the ASSW (ATM switch) in Figure 94, then the SIFSH-A 
functions as shelf exclusive to the load of the LOOP 
unit. If the SIFSH-A is mounted to the left of the 
ASSW (ATM switch) in Figure 94, then the SIFSH-A 
functions as shelf for loading the individual unit 
which terminates a subscriber line. 

The SIFCOM in the SIFSH-A performs the intra- 
station signalling process to the broadband signaling 
group controller shelf (BSGC) connected to the ASSW 
through the BSGCSH. The BSGC converts the command 
issued by the switch software and executed by the 
switch processor (CC) (not shown in the drawings) by 
way of the interface type T (INFT) into an intra- 
station signalling signal, and controls the SIFCOM 
according to the signal. A fault detected in the 
SIFCOM and a response to the above described command 
are provided for the BSGC as intra-stetion signals and 
transmitted to the switch software through the INFT. 

A simple LAP-D protocol is adopted to the intra- 
station signalling process. The simple LAP-D protocol 
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is developed to minimizing the function of the 
hardware and firmware based on the LAP-D protocol. 

Among the individual units accommodated in the 
SIFSH-A, each unit of the 0C-3C and DS-3 communicates 
5 with the BSGC using the simple LAP-D protocol. The 
TCGADP, LOOP, and ADSINF do not have the simple LAP-D 
protocol terminating function. 

The SIFCOM analyzes a command received using the 
.J simple LAP-D protocol, multiplexes in time divisions 

\r\ 10 the command in an EMSD highway if the analysis result 

'■^1 indicates a command to an individual unit, and 

i Li 

U notifies the individual unit of the result. 

The SCN information from the individual unit -is 

!S 

i'--^ multiplexed in time divisions in the EMSCN highway and 

rU 15 notified to the SIFCOM. The SIFCOM detects a change 

in EMSCN information in each bit, and notifies the 
'-■^ switch software through the BSGC using the simple LAP- 

D protocol of the SCN information containing only the 
signal of a bit whose data change is detected. 
20 The SIFCOM demultiplexes an ATM cell corresponding 

to each individual unit from the downward cell highway 
which has a transmission speed o^ 622Mbps and is 
connected to the ASSW, and sends it to a downward cell 
highway which has a transmission speed of 156Mbps and 
25 is connected to each individual unit. 
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The ATM cell in the 156Mbps upward cell highway 
connected to each individual unit is multiplexes in 
the 522Mbps cell highway connected to the ASSW. A 
scheduler system is adopted to a cell multiplexing 
5 system as described later in 6.1.2. The scheduler 
system multiplexes an upward cell from each individual 
unit in the arrival order such that the order can be 
maintained correctly in both active and standby 
'•■M systems. As a result, the systems can be switched in 

rU 

'"^4 10 a minimum cell-loss state when the systems are 

!"-y switched in the ASSW and SIFCOM. 

\'~, The SIFSH-A can accommodate up to 8 individual 

units per shelf. However, to improve the multiplexing 
Ly of cells from the 156Mbps highway to the 622Mbps 

rB 15 highway, two SIFSH-A can be connected serially. This 

daisy chain configuration enables the ATM cell in 16 
cell-highways of 155Mbps to be multiplexed in a sincfle 
622Mbps cell-highway. 
1,2. Outline of Functions 
20 The function of the SIFSH-A is described below. 

(1) Multiplexing cells (156Mbps cell highway 
622Mbps cell highway) ^ 

• Priority control by a scheduler system 

• Counting the number of passing ATM cells having 
25 specified VPI/VCI for each 156Mbps cell highway 
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• Counting the number of discarded cells for each 
156iyibps cell highway 

• Counting the number of all passing cells for each 
156Mbps cell highway 

• Cell buffer FIFO for 52 cells for each 156Mbps 
cell highway 

• Monitoring the volume of a cell buffer (queue 
length) 

• 4 levels of congestion control for a cell buffer 
using P and COM bits 

(2) Demultiplexing cells (622Mbps cell highway -> 
156Mbps cell highway) 

Demultiplexing cells by a cell header tag 
comparison system 

Dynamic assignment of a comparison tag in 
consideration of protection line switching 

' Counting the number of passing ATM cells having 
specified VPI/VCI for each 156Mbps cell highway 

• Counting the number of discarded cells for each 
156Mbps cell highway 

• Counting the number of all passing cells for each 
156Mbps cell highway a 

• Cell buffer FIFO for 112 cells for each 156Mbps 
cell highway 

• Monitoring the volume of a cell buffer (queue 
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length) 

• 4 levels of hysteresis congestion control for a 
cell buffer using P and COM bits 

(3) Header Conversion Function (VCC) 
5 • VCC for each 156Mbps cell highway 

• Memory space of 216 addresses x 28 bits per line 

• Boundary control of conversion addresses of input 
VPI/VCI (VPI/VCl = 0/16 " 8/8) 

• Collectively resetting VCC memory 

10 * Copying the contents of the VCC memory to another 

system when the INS is incorporated 

Passing/conversion variable mode of ATM cell 
having 0 bit 

(4) Individual unit interface 

15 • Transmitting and receiving cells in a 156Mbps cell 

highway 

• Generating and checking the parity of a cell_ in 
a 156 Mbps cell highway 

Passing/discard control of a cell from an 
20 individual unit of a standby system (monitoring 0 bit) 

• Detecting an individual unit missing 

• Specifying the slot number of a^i individual unit 

• Specifying active/standby switching for a duplex 
device (MUXACTD signal) 

25 • Notifying of completion of active/standby 
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switching from a duplex device (MUXACTU signal) 

• Receiving EMSCN information (255 bytes/4msec) from 
an EMSCN serial highway 

• Transmitting EMSD information (256 bytes/4msec) 
to an EMSD serial highway 

• Transmitting a hard reset signal 

• Transmitting a 64KH2 reference signal 
( 5 ) Switch interface 

• 622Mbps cell highway interface (78Mbps x 8 bit 
parallel ECL signal, 50-core coaxial flat cable) 

• Generating and checking the parity of a cell in 
a 622Mbps cell highway 

• Monitoring cell frame and 78M clock disconnection 
(50-core coaxial flat cable) 

• Receiving a system switch signal ( 20-core cable) 

Monitoring 20-core cable missing through 
monitoring 2.5MHz clock 
( 6 ) Daisy chain 

• 622Mbps cell highway interface (78Mbps x 8 bit 
parallel ECL signal, 50-core coaxial flat cable) 

• Generating and checking the parity of a cell in 
a 622Mbps cell highway > 

• Monitoring cell frame and 78M clock disconnection 
from a lower order shelf by a higher order shelf (50- 
core coaxial flat cable) 
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• Transmitting and receiving a system switch signal 
{20-core cable) 

• Transmitting 2,5MHz clock from a higher order 
shelf to a lower order shelf (20-core cable) 

• Transmitting a system switch signal from a higher 
order shelf to a lower order shelf (20-core cable) 

• Transmitting and receiving a scheduler control 
signal 

(7) Intra-station signalling through a simple LAP-D 

• Terminating a simple intra-station LAP-D protocol 
(AAL layer type 3) 

• Receiving cell buffer for 11 cells 

• Selecting transmission shaping clock 

(8) Connection and cross-connection 
Connection and cross-connection of VCC copy 

address data buses 

• Connection and cross-connection of VCC copy gate 
open/close control register 

• Communications control through SIC-LSI 

• Multicast transmission of an upward signalling 
cell to both systems 

(9) Clock A 

• Extracting reference clock from the SYNSH (two 
systems ) 

(10) Test 
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• Loopback of a test cell in a 156iyibps cell . highway 
(cell-by-cell/collective selection available) 

• Preventing a corresponding test cell from flowing 
to an individual unit at the loopback of a test cell 

• Various self -diagnostics 
(11) Power source 

• -48V 5 system/one-way supply 

• Loading each SIFCOM and individual unit with an 
onboard power module (OBP) 

Automatic power down of the SIFCOM of a 
corresponding system and other packages because of 
package missing 
2. Shelf Configuration 

The SIFSH-A is loaded on a high power frame (HPF), 
and the maximum number of the SIFSH-A is 3 (steps). 
2.1, Configuration 

Described below are the SIFCOM and each individual 
unit . 

2.1.1. SIFCOM 

The SIFCOM is fixedly loaded oh the SIFSH-A and is 
composed of 5 packages per system as shown in Figure 
95. The HPTOIA package in the SIFCOM provides each unit 
in a single system with a -48V power source. Each of 
the systems on the right and left of the center of the 
shelf is power-supplied separately. 
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2.1.2. ' Individual Unit 

Up to 8 individual units can be loaded on the 
SIFSH-A. 

Each individual unit is composed of 3 packages per 
unit. The names of slots accommodating these packages 
are slots A, B, and C from left to right. 
2.2. Power Source System 

The power sources of the SIFSH-A are three types, 
that is, -48V/CG, SAB/SABG, and +5V/E. However, CG 
and E are completely separated, and the earth (E) is 
connected to the signal earth (SG). 

2.2.1. -48V/CG 

Systems 0 and 1 are separated at the center of the 
shelf. -48V/CG is power-supplied independently from 
the power through package to each individual unit and 
SIFCOM. The power through package is loaded with a 
maintainer fuse corresponding to each individual unit 
and SIFCOM. The CG is independently connected to each 
of the systems on the right and left of the center of 
the shelf. 

2.2.2. SAB/SABG 

Systems 0 and 1 are separated at^the center of the 

shelf . 

The SABG is connected to the ALMSH through a misk 
plate . 
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2.2.3. +5V/E 

+5V is provided in each of the individual units. 
The earth E is shared among systems 0 and 1 . 

The power sources -48V/CG and SAB/SABG of the 
present shelf are provided by the power through 
package . 

3. Physical Interface 

Described below are the interface and signal 
timing between the SIFSH-A and other units. 
3.1. Switch Interface 

The SIFSH-A comprises a 622Mbps cell highway and 
an interface of a system switch signal line to the ATM 
switch (ASSW). As shown in Figure 95, an interface 
of the 622Mbps cell highway is established using a 50- 
core flat coaxial cable between the MUX package 
(HMX04A) in the SIFSH-A and the SWMDX (HMX03A shown 
in Figure 246) in the ASSW. An interface of a system 
switch signal is established using a TD bus cable 
between the PRC package (HSFOIA) in the SIFSH-A and 
one of the SWTIF, SWMDX, SWCNT, and SWMX in the ASSW. 
The TD bus cable consists of 20 cores at the SIFSH-A 
and 26 cores at the ASSW, ^ 
3-1.1. 622Mbps Cell Highway Interface 

Figure 97 shows an interface timing for the 
622Mbps cell highway in the 50-core flat coaxial 
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cable. The parity of the ISIPT and OSIPT is a 
vertical odd-number parity for 8-bit data excluding 
an enable signal. 
3.1.2. System Switch Signal 

Figure 98 shows the interface timing for the 
system switch signal in the 20-core bus cable. 

Figure 99 shows the relation between the system 
switch signal and the active system selection state 
in the SIFSH-A. 
3-2. SYNSH Interface 

The SIFSH-A receives a reference . clock from the 
SYNSH through an optical link. 

The PRC package in the- SIFCOM fetches an 8Mbps 
clock from the SYNSH of both systems #0 and #1 through 
the optical link as shown in Figure 100, and selects 
an 8MHz clock from system #0 or #1 according to the 
alarm information from the OL-2 circuit. If a fault 
has arisen in any of the 8MHz clock, then selection 
systems are autonomously switched. Furthermore, a 
selection system can be specified using a COM-E-MSD 
command from the switch software. A selected system 
is notified of for the switch software according to 
the COM-E-MSCN information. 

Figure 101 shows the relation among a COH-E-MSD 
command instruction state, an alarm state, and a 



280 

selected system state in each system. 
3.3. Individual Unit Interface 

Described below are the interface and signal 
timing between the SIFCOM and individual unit loaded 
on the SIFSH-A through the back-wiring board ( BWB ) . 
All interface points between the SIFCOM and individual 
units explained below are defined according to the 
polarity and timing in the BWB. 
3.3.1. 156Mbps cell highway interface 

The interface of the 156Mbps cell highways between 
the common unit and the individual unit is explained 
below. 

-As shown in Figure 102, the ATM cell in the 156 
Mbps low-speed highway is transmitted in the form of 
TTL level/8-bit parallel. The following 5 types of 
signals are required as a 156Mbps cell highway 
interface. 

(1) clock (CLK: 19.4Mbps, duty: 50%) 

(2) cell frame pulse (CFP: cell leading 
identification negative pulse) 

(3) cell enable (CEN: "L" for valid cells, and "H" 
for invalid cells) a 

(4) data bus (DBO ~ 7) 

(5) parity bit (PB:DBO ~ 7 and odd-number parity 
for the CEN) 
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3.3.1.1. Upward 156Mbps Cell Highway Interface 
Figure 103 shows the timing of receiving an ATM 

cell from the upward cell highway from the individual 
unit to the SIFCOM. The individual unit transmits an 
upward cell by receiving a cell request signal from 
the SIFCOM because the management through the 
scheduler at the SIFCOM requires the upward cells from 
each circuit to be synchronized. 

3.3.1.2. Downward 156Mbps Cell Highway Interface 
Figure 104 shows the timing of receiving an ATM 

cell from the downward cell highway from the SIFCOM 
to the individual unit. The SIFCOM transmits a 
downward cell by receiving a cell request signal from 
the individual unit so that the downward cell frame 
can be synchronized in the SIFCOM of both systems to 
prevent the generation of duplicate or missing cells 
in fetching a downward cell in each individual unit 
in a downward cell fetching process. 
3.3.2. E-MSD/E-MSCN Highway Interface 

The physical and logical specifications are 
described below for the EMSD/EMSCN highway between the 
SIFCOM and individual unit. a 

The downward (SIFCOM individual unit) data 
highway is defined as an EMSD highway. The EMSD is 
transferred to the SIFCOM through the BSGC (refer to 
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Figure 94) from the switch software using the simple 
LAP-D, multiplexed in the EMSD highway, and serially- 
transferred to the individual unit. 

The upward (individual unit -» common unit) data 
5 highway is defined as an EMSCN highway. The EMSCN is 
an echo-back (EMSD normally received at the individual 
unit and looped back to the EMSCN highway) to the 
EMSD, and fault status information in the individual 

□ 

unit. The EMSCN is multiplexed in the EMSCN highway 
iJi 10 and serially transferred to the SIFCOM. A change in 

^ each bit of the EMSCN is detected in the SIFCOM, and 

only the signal of the bit whose change has been 
:z detected is notified of to the switch software by way 

of the BSGC through the simple LAP-D communications. 
15 3.3,2.1. System Control 

An internal circuit in the individual unit 
operates according to the EMSD, CLK, and FCK from the 
SIFCOM of an active system. The EXSCN is transmitted 
to the SIFCOM of both systems in synchronism with the 
20 clock from a selected active system. Figure 105 shows 
the system control when the SIFCOM of the #0 system 
is an active system. ^ 

The active control through an ATC controller is 
performed based on the logic shown in Figure 105. 
25 Figure 107 shows an example of the configuration of 



ru 
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the circuit of an ACT controller. The circuit which 
receives an ACTO/ACTl in the individual unit is 
necessarily pulled up so that an "L" active control 
can be performed in both ACTO and ACTl . 
5 3.3.2-2, Physical Specification 

Listed below are the physical specifications of 
the E-MSD/E-MSCN highway interface. 

(1) Bit rate : 512Kbps 

(2) Frame length: 256 bytes/ frame ( 4msec/ frame ) 
10 (3) Transmission format: Synchronous serial 

communications 

(4) Transmission order: MSB (D7 bit/OOOth byte) 
LSB- (DO bit/255th byte) - . 

(5) Downward transmission signal: clock (CLK): 
15 512KHZ 

Frame clock pulse (FCK): 4msec cycle, 512KHz, 1- 
bit width negative pulse 

EMSD data serial highway 

(6) Upward transmission signal: EMSCN data serial 
20 highway 

(in bit/frame synchronism with END serial 
highway) a 

The bit data in each byte is transmitted in the 
order from MSB to LSB in the highway, and each byte 
25 is transmitted in the ascending order. Bits are 
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numbered from 0 (DO:LSB) to 7 (D7:MSB). Bytes are 
numbered from 000 to 255 (refer to Figures 58 and 61). 

Figure 108 shows the relationship in phase among 
the FCK, CLK, EMSD ' data, and EMSCN data. The 
specification of each data and the specification of 
the resettings are shown below. 

Frame clock (FCK) : negative logic on the 
backboard, khz, 1-bit width, 1.95psec, generating a 
negative pulse at 000th byte/D7 bit (head of frame) 

Clock (CLK) : 512KHZ, duty: 50%, the phase 

relating to the FCK/data being in synchronism with 
rise edge 

. Data : ■ in the order from MSB to LSB; 

the downward EMSD data highway and the upward EMSCN 
data highway are synchronized in bit and byte position 

Hard reset (HRST) : individual unit hard reset 
signal; reset with "1" in the BWB and output 
asynchronous ly 

Fault reset (FRST): individual unit fault reset 
signal; reset with- "1" in the BWB and output 
asynchronously 

3.3.2,3. Logical Specification 

3.3,2.3.1. Individual Unit Receiving Specification 

Described below is the logical specification of 
the EMSD receiving process in the individual unit. 
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The receiving terminal is protected against SIFCOM 
interface fault (noises of the EMSD, etc., stack 
fault, etc. ) by frame synchronization, checking a 
pilot signal, and twice reading processes. 
5 Figure 112 is a flowchart showing the operations 

of these processes. Figure 113 is a block diagram 
showing the functions of the individual unit for 
performing these processes in series. 

Q 

,n 3.3-2.3.2. Frame Synchronization 

10 The frame synchronization corresponds to step 1 

J^f shown in Figure 112 and the functional portion 1 shown 

in Figure 113. 

The number of protection steps for the frame 
I'l synchronization of the EMSD highway is 1 step each for 

'she 

ry 15 forward and backward. The stack of the FCK (both L/H 

vy stacks) are detected. 

f5S. 

Figure 109 shows the state transition of the frame 
synchronization process. 

Practically, data is fetched from a corresponding 
20 frame when a normal synchronization FCK is received 
in a hunting state as shown in Figure 110, If an 
abnormal FCK is once received in ^ synchronization 
established state, then the frame synchronization 
state changes into the hunting state and the data are 
25 discarded from this point, but the data received 
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immediately before the point is stored until the 
synchronization is established next time, A normal 
FCK refers to the fact that the receiving terminal 
counter value (for example, a carry-out) depending on 
the CLK/FCK matches the next FCK in timing. An 
abnormal FCK refers to the fact that they don't match 
in timing - 

Asynchronization is detected independently for 
systems 0 and 1. If the asynchronization of the FCK 
is detected, then the SIFCOM is notified of the fact 
by the EMSCN (002nd byte/bit D7 [SYNCF] : refer to 
Figures 58 and 59). The fault state is indicated as 
"H" in the BWB . . . 

3.3.2.3.3. Pilot 0/1 Signal Check (detection of stack 
in EMSD highway) 

The pilot 0/1 signal check corresponds to step 2 
shown in Figure 112 and the functional portion 2 shown 
in Figure 113 . 

A pilot 0/1 signal is a highway stack monitor bit 
and pilot 0 = "L" and pilot 1 ='''H" are constantly 
output from the SIFCOM in the BWB. The accommodation 
position of the pilot 0 signal in^ the EMSD is the 
000th byte/bit D7, while the accommodation position 
of the pilot 1 signal in the EMSD is the 000th 
byte/bit D7 (refer to Figures 58 and 59). 
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The individual unit detects an EMSD highway stack 
fault when the alternation of the pilot signals 0/1 
becomes irregular. The individual unit discards the 
data at and after an abnormal point as shown in Figure 
111, and then holds the data received immediately 
before the abnormal point until a normal pilot signal 
is detected. 

A stack fault is detected independently for 
systems 0 and 1 . 

The SIFCOM is notified of a stack fault by the 
EMSC (002nd byte/bit D6 [PLTF] : refer to Figures 61 
and 5 2 . 

3.3.2.3.4.. Twice Reading Process . 

The data fetched in the frame synchronization 
process described in the 3.3.2.3.2. and the pilot 0/1 
signal check process described in 3.3.2.3.3. is stored 
in a noise erase memory 4 shown in Figure 113. A 
comparator 3 compares the contents of the data in the 
memory with the contents of newly fetched data ( step 
3 shown in Figure 112). As a result, if these data 
match, that is, the same data is received twice 
consecutively, then the data is wj'itten to a data 
memory 5 shown in Figure 113 (step 5 in Figure 112). 
If these data do not match, then they are discarded. 

A protection process is performed using a DTEN 
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signal (step 4 shown in Figure 112). The DTEN signal 
is set to indicate "L" in the BWB by a microprocessor 
in the SIFCOM. When the intra-shelf units are turned 
on simultaneously, a rise time conflict occurs after 
the release of the power-on reset for the SIFCOM and 
the individual unit, and a value of the EMSD highway 
becomes uncertain. The DTEN signal is used to control 
the individual unit such that it cannot fetch the EMSD 
data. Therefore, the individual unit ignores all EMSD 
data when the DTEN signal indicates "H" . The DTEN 
signal is accommodated in the leading bit (000th 
byte/bit DO) of the EMSD highway (refer to Figures 58 
and 59). - - - 

3.3.2.3,5. Individual Unit Sending Specification 

Described below is the logical specification of an 
EMSCN sending process in the individual unit. 

The EMSCN of an active system transmits an echo- 
back in response to the EMSD information and the 
notification of an EMSD highway stack. 

The EMSCN of a standby system transmits data as in 
the EMSCN in the active system at the same timing. 

A pilot 0/1 signal is insert;ed to the same 
accommodation position in the EMSCN highway as in the 
EMSD highway. Since the signal is used to monitor a 
stack in the EMSCN highway, it does not indicate an 
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echo-back in response to the EMSD information. 

Figure 114 is a block diagram showing the EMSCN 
sending circuit in the individual unit. 
3.3.2.3,5 Fault Detection 
5 Figure 115 is a list of the methods of detecting 

and notifying in the individual unit of the interface 
fault between the SIFCOM and the individual unit, and 
of the method of detecting the fault in the SIFCOM and 
the contents of the recognized faults. 
\r] 10 3.4. Clock Interface 

^= The clock interface refers to clock systems in the 

I y 

SIFCOM and individual unit along the flow of cells. 

Ill 

. - .In the SIFCOM, a cell is written to the DMUX 

buffer in the DMX-LSI in synchronism with a 12.96MHz 
15 clock obtained by dividing a 77.76MHz clock 
'5 transferred from the ASSW (ATM switch) into 6 units. 

As shown in Figure 115, a cell is read from the 
DMUX buffer in the DMX-LSI to the individual unit in 
synchronism with a 19MHz (19.44MHz precisely) clock 
20 transferred from the individual unit. The 19MHz clock 
from the individual unit is generated as follows. 
That is, as shown in Figure 116, 64KHz clock is 
transferred to the individual unit in the SIFCOM after 
being obtained by dividing into 128 units an 8MHz 
25 clock received from the SYNSH through an optical link. 
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According to the clock, the PLL module in the 
individual unit generates a ISSMHz (155.52MHz 
precisely) clock. Then, the above described 19MHz 
clock can be generated by dividing the 156MHz clock. 

The PLL module in the SIFCOM also generates a 
156MHz clock according to the 64KHz clock obtained by 
dividing into 128 units the 8MHz clock received from 
the SYNSH. An upward cell is written to the MUX 
buffer in the MUX-LSI corresponding to each circuit 
in synchronism with the 19MHz clock transferred from 
the individual unit. The cell is read from the MUX 
buffer in synchronism with the 13MHz (12,96MHz 
precisely) clock obtained by dividing the above 
described 156MHz clock. The read cell is converted 
from the parallel data format into the serial data 
format, and transmitted to the ASSW at a bit rate of 
78MHz (77.76MHz precisely). 
4. Software Interface 

Described below are the interface between the 
SIFCOM and the switch software, that is, an ATM layer 
cell format, SAR-PDU format, and LAP-D layer 2(L2) 
format. The LAP-D layer 3 ( L3 ) fo;;mat is explained 
in 10.9 of part 2. The switch software refers to a 
program executed in a processor for controlling the 
entire process of the switch (call process, switch 
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control process, etc.). 
4.1. Outline 

The SIFCOM communicates with the switch software 
by performing an intra-station control communications 
with the BSGC using a simple LAP through a path in the 
switch passing through the ASSWSH (refer to Figure 
94). The BSGC communicates with the switch processor 
through an interface type T (INFT). 

A simple LAP-D is a protocol newly developed by 
the Applicant of the present invention to reduce the 
load on the hardware and firmware. Specifically, 
numbered frames in layer 2, which charge a heavy load 
on the hardware, can be successfully removed-. -As a 
result, only unnumbered frames are processed in layer 
2. To avoid missing and duplicate messages, numbered 
frames are processed in layer 3. Since the number 
management function is originally indispensable for 
firmware, the numbered frames in layer 3 do not cause 
an increased load on the firmware. 

The simple LAP-D frames in layer 2 are stored 
after being divided into ATM cells each having 54- 
octet data length and transferred v;la the highway in 
the switch, thereby realizing an in-band intra-station 
communications . 

The in-band communication is a technology required 
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in connecting a broadband remote line concentrator 
(BRLC: refer to Figure 34) to a host switch. The in- 
band communication in the host switch realizes a 
common control system in the BRLC and the host switch 
and successfully reduces the number of cables for 
connecting a control bus to a shelf in the host. 
4.2. Layer Structure in Intra-station Control 
Communications 

Figure 117 shows the layer structure in the intra- 
station control communications with the CD-PDU 
(described later) omitted. 
4.2.1- ATM Layer Cell Format 

Figure 118 shows the cell format of an ATM layer 
in the simple LAP-D. 
4.2.2. SAR-PDU Format 

Figure 119 shows the SAR-PDU format for the simple 
LAP-D. 

The SAR-PDU format can be based on the ATM 
adaptation layer (AAL) protocol type 3 or 4. 

An SAR-PDU consists of a segment type (ST), 
sequence number (SN), MID (don't care in an intra- 
station control communications cell)^ payload, payload 
byte length indicator (LI), and CRC (ST, SN, MID, and 
CRC-10 for a payload). It is stored in a payload of 
an ATM cell, and provided with an ATM header at its 
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head . 

The payload of the SAR-PDU stores a LAP-D message. 

If the data length of the LAP-D data is 44 bytes 
(refer to Figure 749 in part 7), then the message is 
stored in the payload of a single SAR-PDU. In this 
case in the SAR-PDU, a single segment message (SSM) 
is set as an ST and the LI is set to 44 bytes. 

If the data length of the LAP-D is 256 bytes 
(refer to Figure 750 in part 7), the message is 
divided into a plurality of 44-byte segments to be 
stored in the payloads of plural SAR-PDUs. 
Accordingly, the LAP-D data is stored and transferred 
after being divided . into a plurality of ATM cells. 
In this case, the SAR-PDU storing the leading segment 
is assigned a beginning of message (BOM) for its ST 
and 44 bytes for its LI, The SAR-PDU storing an 
intermediate segment is assigned a continuation of 
message (COM) for its ST and 44 bytes for its LI. The 
SAR-PDU storing the trailing segment is assigned an 
end of message (EOM) for its ST and 36 bytes for its 
LI .(refer to Figure 750 in part 7). 
4.2-3. LAP-D Format (layer 2) ^ 

Figure 120 shows the LAP-D format of layer 2. A 
LAP-D frame is stored in he payload of the SAR-PDU 
after being properly divided as described in 4.2.2. 
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5. Allocation of Tag 

Figure 121 shows the format of an ATM cell 
processed in the SIFSH-A. 

According to the present embodiment, an ATM cell 
is routed using a tag added as its header. A part of 
bits in the virtual path identifier area is used as 
a tag area. As a result, a VPI which can be defined 
for the DSl transmission line is 64 at maximum. All 
tags for 156Mbps transmission line are accommodated 
in the second octet. If a transmission line has a 
network node interface (NNI), then a total of 6 bits 
of the MUXM, ADSl-BLK, and ADSl-SEL as shown in Figure 
121 are assigned to the VPI. 

Figure 122 shows the configuration of the ATM cell 
header data used in the SIFSH-A. Figure 123 shows the 
use of an ATM cell header data in the SIFSH-A. 

Figure 124 shows the configuration of the ATM cell 
header data used in the RMXSH (refer to Figure 34). 
Figure 125 shows the use of an ATM cell header data 
in the RMXSH. 

Figure 126 shows the configuration of the ATM cell 
header data used in the BSGCSH (refer to Figure 94). 
Figure 127 shows the use of an ATM cell header data 
in the BSGCSH. 
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Figure 128 shows the use of a SIG/ADSIBLK/ADSISEL 
in the SIFSH-A. 

Figure 129 shows the allocation of functions of 
ATM cell header data defined in Figures 122, 123, and 
5 128 in the SIFSH-A and ADSISH (refer to Figure 8). 
6 - Functions 

The functions of the SIFCOM are explained from the 
viewpoint of the hardware configuration. 
6.1. MUX 
10 6.1-1. Outline 

Figure 130 shows the position (hatched portion) of 
the MUX in the SIFSH-A. 

The MUX multiplexes in . the upward highway to the 
ASSW the ATM cell (whose header has been converted by 
15 a VCC) transferred from individual units #0 ~ #7 
accommodated in the SIFSH-A, and a signalling cell 
generated by the signal processing unit in the SIFCOM. 

If the SIFSH is connected in series, then the 
multiplexing control of both MUXes is performed 
20 collectively, and the data for two shelves is 
multiplexed in one upward highway and transmitted from 
a higher order SIFSH-A to the ASSW. ^ Figure 131 shows 
the configuration of the serial connection of the 
SIFSH-A. 

25 6.1.2, Conf igur^ation of MUX 




) 
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Figure 132 shows the configuration of the MUX. 
The MUX multiplexes a cell in the 156Mbps upward 
highway connected to each individual unit and a 
signalling cell generated in the signal processing 
5 unit (shown in Figure 130) in the SIFCOM in the 
622Mbps upward highway to the ASSW. The cell 
transferred from each individual unit is input to the 
MUX after its header is converted according to the VCC 
(refer to Figure 130). 

10 The MUX comprises a buffer for 52 cells 

corresponding to each individual unit, and only valid 
cells are stored in the buffer. Each buffer notifies 
the multiplexing control .unit (scheduler) of a write, 
of a cell each time a cell is written to the buffer. 

15 When each buffer receives output permission from the 
scheduler, it multiplexes a cell by reading the cell 
in the buffer. 

6-1.3. Multiplexing Control System 

The multiplexing control of an ATM cell in the 

20 156Mbps highway extended from each individual unit is 
performed by a scheduler. A scheduler is assigned to 
each 622Mbps upward highway. If^ the SIFSH-A is 
connected in series, then the scheduler in the lower 
order SIFSH-A is not operated, and the multiplexing 

25 control of the lower-order SIFSH-A is performed by the 
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scheduler in the higher order SIFSH-A. 

Figure 133 shows the outline of the configuration 
of the scheduler. 

If a valid cell is written to a buffer (Figure 
132) for each line, then a write completion signal 
indicating that a cell in the 156Mbps highway has been 
written to the buffer is transmitted from a write 
control unit (not shown in Figure 133) in each buffer 
to the scheduler. 

As shown in Figure 133, the scheduler contains a 
FIFO having 18-bit width corresponding to the number 
of circuits (individual units) to be monitored by the 
scheduler, samples the write completion signal 
received from each circuit on a 2.7iasec cycle, and 
writes the write completion signal to the FIFO. The 
2.7psec cycle corresponds to the time required to 
transmit one cell in the 156Mbps highway. 

Each bit position in the FIFO is output as an 
output permission signal to a buffer on a cycle of 
approximately 700visec as shown in Figure 135 after the 
priority is determined in a priority control circuit. 
The approximately 700psec cycle CQ^rresponds to the 
time required to transmit one cell in the 600Mbps 
highway. 

Each individual unit has a simplex configuration. 
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while the SIFCOM has a duplex configuration. This 
scheduler multiplexing control system is applied so 
that the loss of cells can be minimized by matching 
the sequence of cells in an active system in the 
duplex portion including the ASSW (ATM switch) with 
that in a standby system. 
5-1,4. Monitor of Buffer 

The MUX comprises a dual port RAM having a 
capacity of 52 cells (8 bits x 54 octet x 52 cells = 
22464 bits) per circuit (individual unit) as a buffer 
used in multiplexing ATM cells in a low-speed input 
highway into a high-speed input highway, and the RAM 
is used as a FIFO. 

6.1.5. Write Control 

Input cells are written to the buffer only if the 
following conditions are satisfied. 

(1) Input cells are valid. _ 

(2) The buffer is not full. 

(3) Congestion control is not performed (refer to 
6.1.9, ) . 

6.1.6. Abnormal Write Process 

If an abnormal cell described a in 6.1.6.1. and 
6.1,6.2. below is input, then the following abnormal 
write process is performed. 
6.1.6.1. Too small cell length 
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If the data length of an input cell is too small 
as shown in Figure 136, then the cell is discarded, 
and written is a cell subsequently input at the 
corresponding address in the buffer. 
6.1.6.2. Too long cell length 

If an abnormal cell described in 6.1.6.1. and 
6.1-6.2. below is input, then the leading 54-octet 
data forming the cell is written at the specified 
address in the buffer, and the following data forming 
the cell is ignored. 

6.1.7. Read Control 

A cell is read from each buffer only if the 
scheduler inputs "H" indicating, an output permission 
signal to the buffer. 

6.1.8. Abnormal Read Process 

If the scheduler inputs to a buffer an output 
permission signal at intervals within approximately 
yOOpsec (refer to Figure 135) as shown in Figure 138, 
then the buffer ignores an output permission signal 
input at short time intervals, and the cell is read 
from the buffer according to the subsequent output 
permission signal. 

6.1.9. Buffer Congestion Control 

The MUX controls the congestion of each buffer in 
the MUX according to the pattern of each value of P 
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bit and CON bit (Figure 121) indicated in the tag area 
in the header in an ATM cell. 

The buffer congestion control data is set by the 
switch software as EMSD information through the intra- 
station control communications. The information is 
provided by the microprocessor in the SIFCOM for each 
buffer in the DMUX. A threshold at 9 levels should 
be set to control the quality and priority at the 
congestion of a buffer. Figure 139 shows a determined 
threshold. 

At the reset of the SIFSH-A hardware, the maximum 
buffer length, which is an initial value, is set as 
a cell discard start threshold, If the cell discard 
is started, then the number of cells discarded 
according to each threshold corresponding to each of 
the thresholds Qa, Qb, Qc, and Qd is counted. 

Each threshold should be set through the intra- 
station control communications such that the following 
conditions can be satisfied. These conditions are not 
checked by hardware - 

QO ^Ql>Qa^Qa' > 0, QO^Ql^Qb^Qb' >0 
QO ^Ql^Qc>Qc' >0. QO^Ql^Qd^Q^d' >0 

6.2. DMUX 
6.2.1. Outline 
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Figure 140 shows the position (hatched portion) of 
the DMUX in the SIFSH-A. 

The DMUX demultiplexes the ATM cell in a high- 
speed highway down the ASSW or a higher order SIFSH-A 
connected in series into a cell toward a low-speed 
highway downward each of the individual units in the 
SIFSH-A and a signaling cell input to the signal 
processing unit in the SIFCOM. The cells are 
demultiplexed according to the tag in the header of 
each cell. 
6.2.2- Functions 

Figure 141 shows the configuration of the DMUX. 
Figure 142 shows the format of a cell in the switch. 
Figure 143 shows the location of the matching bit of 
the header to be used in the DMUX. 

The DMUX demultiplexes a cell to each of up to 8 
individual units in the shelf and a signaling cell 
from the 622Mbps high-speed highway according to "the 
data (hatched portion shown in Figure 142) of the SIG, 
UL, and COM in a cell header.* Then, the DMUX 
transmits the former through the 156Mbps low-speed 
highway connected to each individual unit, and the 
latter to the signal processing unit (Figure 140) in 
the SIFCOM. In this case, the DMUX comprises a buffer 
for 112 cells for each individual unit. 
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A cell dropper (cell DRP) for each individual unit 
in the DMUX shown in Figure 141 determines whether or 
not a cell is dropped into the 156Mbps low-speed 
highway connected to itself by determining whether or 
5 not the pattern of each data (hatched portion shown 
in Figure 142) of the SIG, UL, TAGC, and COM in the 
header of an input cell matches the matching pattern 
(shelf /line ID) (refer to Figure 143) preliminarily 
set in itself. 
"J 10 6.2.3. Dynamic Tag Matching 

rU The SIFCOM has the dynamic tag matching function. 

to set a matching pattern shown in Figure 143 for the 
- - DMUX at the i-nstruo-tion of -the- switch- so-ftware. - 

A tag is autonomously set depending on each line 

Pi ' 

m 15 number as a hardware default. The above described 

^'^5 dynamic tag matching function is required when an 

umbilical link is set between a host switch and the 
BRLC (refer to Figure 34). 

That is, the SIFSH-A accommodating the umbilical 
20 link set for the BRLC requires a redundancy 
configuration referred to as a circuit protection (N+1 
system) described later in 9 . In tshis case, TAGC = 
"100" is set from the switch software through the 
microprocessor in the SIFCOM according to command A 
25 at the DMUX 0 corresponding to the individual unit 
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accommodating the active circuit of the umbilical link 
as shown in Figure 144, while TAGC = "000" is set 
according to command B at the DMUX 4 corresponding to 
the individual unit accommodating a standby circuit 
5 of the umbilical link. If a fault occurs in the 
active circuit, then two TAGC values set at DMUX 0 and 
DMUX 4 are swapped to switch the active and standby 
r.z=^^ circuits. 

6.2,4. Monitor of Buffer 
10 Each buffer of the DMUX (refer to Figure 141) 

fy controls the congestion as follows by monitoring the 

Lh number of cells (length of queue) stored in itself. 

!-=Cf 

- - - .... _ ( 1 ), -The microprocessor is notified of the present 

W length of queue. 

m 15 When the microprocessor issues a request to read 

as 

the number of cells, the cell count value is moved to 
a register and the count value is reset (read reset). 

(2) The congestion is controlled according to the 
threshold of 9 levels as shown in Figure 145. 

20 The buffer congestion control' data is set by the 

switch software as the EMSD information through the 
intra-station control communications^ The information 
is provided by the microprocessor in the SIFCOM for 
each buffer in the DMUX. 

25 At a SIFSH-A hardware reset, the maximum buffer 
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length, which is an initial value, is set as a cell 
discard process start threshold. 

Listed below are the relationships between each 
threshold .and a buffering operation in each buffer. 

(1) If a queue length exceeds threshold QA, then, 
the buffer notifies the microprocessor of it and 
simultaneously notifies a light controller (not shown 
in the drawings) in the buffer of a marking cell 
discard instruction. A marking cell refers to a cell 
in which P bit and CON bit (refer to Figure 142) 
displayed in the tag area of a header are set. Unless 
the microprocessor specifies the priority control and 

■quality control, "the "buffer" autonomously 'start" the' 
congestion control . 

(2) If the queue length is restored to threshold 
QA', then the buffer notifies the microprocessor of 
it, and simultaneously notifies the light controller 
in the buffer of the stop of the discard of marking 
cells. The quality control or priority control is not 
stopped, but the discard of cells is stopped. 

(3) When the queue length reaches threshold Ql, the 
buffer notifies the microprocessor tDf the occurrence 
of a fault, and simultaneously instructs the light 
controller to stop the buffering operation even if the 
cell to be input to the buffer is a valid cell. 
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* Likewise, the congestion control listed, in (1), 
(2), and (3) is performed on thresholds QB, QC, and 
QD. 

(4) The DMUX indicates no special relationship 
5 between the priority control and the quality control. 
That is, the priority and quality control are 
performed independently using control bits 
corresponding to each control . 
;ff Each threshold should be set through the intra- 

•J 10 station control communications such that the following 

y conditions can be satisfied. These conditions are not 

.1 checked by the hardware. The buffering operation is 

„ - - not guaranteed in -the DMUX when the conditions are -not 

y satisfied. 
n 15 

=1 Q0>Q1>QA>QA' >0 QO>Ql>QB>QB' >0 

Q0>Q1>QC>QC' >0 QO>Ql>QD>QD' >0 

6 - 3 . VCC 

6.3.1. Position of VCC. 

20 A virtual channel controller ('VCC) retrieves on a 

table a VPI/VCI/TAG (hereinafter referred to as an 
output VPI/VCI, TAG) corresponding to the VPI/VCI 
(hereinafter referred to as an input VPI/VCI) assigned 
to an input ATM cells, and assigns the output 

25 VPI/VCI/TAG to the ATM cell. 



306 

The position of the VCC is a duplex . portion 
SIFCOM. 

The VCC is required for each circuit and should be 
loaded individually. However, it is loaded into the 
5 SIFCOM on the following grounds. 

Assume that the VCC is loaded into the individual 
unit having the configuration of a duplex VCC. 
□ Furthermore, assume that the cell transmitted from 

ICS. , 

I'ji subscriber line A (A sub) is received by subscriber 

10 line B (B sub) as shown in Figure 146, and the cell 
rU transmitted from subscriber line C (C sub) is received 

i^y by subscriber line D (D dub). 

" - - - Under the assumption above; further assume "that a 

fault occurs at the VCC in the individual unit for 

ry 

15 subscriber A (A sub) as shown in Figure 146, and that 
■3 a cell is routed such that it is transferred from 

subscriber line A (A sub) to subscriber line D_ (D 
sub). As a result, cells are concentrated in a 
specific transmission line in the ASSW, and congestion 

20 arises at the position marked with • (Figure 146), 
thereby possibly causing a switch fault. In the worst 
case, a fault at the VCC corresponding to a single 
subscriber line may undesirably affect 64 or more 
circuits . 

25 In this case, the fault detecting process can 
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monitor an MC (monitoring cell) at a receiving 
equipment. In this process, a fault can be detected 
by inserting a monitoring cell {MCI and iyiC2 in Figure 
146) in each subscriber line at the sending equipment 
and monitoring the cell in each subscriber line at the 
receiving equipment. However, if the. above described 
switch fault has arisen, then both monitoring cell MCI 
inserted in subscriber line A (A sub) in which the 
fault has arisen and monitoring cell MC2 inserted in 
subscriber line C (C sub) in which no fault has arisen 
are discarded- As a result, cells cannot be normally 
monitored, and an exact cause of the fault can hardly 
be specified.-- - - - - ^. . . , 

If a switch fault has arisen, the systems in the 
SIFCOM and ASSW are switched- However, since the 
fault has occurred in the VCC of the individual unit 
having a simplex configuration, a switch fault will 
soon occur in a newly active ASSW. 

If the VCC is loaded into the SIFCOM having a 
duplex configuration of the VCC, then the system of 
the operating SIFCOM is switched into the system of 
the SIFCOM containing the VCC indicating no fault, 
thereby successfully recovering from the fault. 

After the switch of systems, the faulty VCC can be 
specified using a test cell generator (TCG), etc. 
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The VCC can be loaded into the SIFCOM on the above 
listed grounds. 

6.3.2. Capacity of VCC Memory 

As shown in Figure 143, the VCC memory stores two 
5 VCC tables in consideration of the future virtual path 
(VP) services - 

Table 1 (Table-1) is used to retrieve an 
intermediate VPI using an input VPI (VPI assigned to 
an input cell) as an address. According to the 
10 present embodiment, an input VPI value = an 
intermediate VPI value assuming that no VP services 
are provided . 

- Table - 2 .-( Table-2 ) is- used to retrieve an. output- _ _ 
VPI/VCI using an intermediate VPI + input VCI (VCI 
15 assigned to an input cell) as an address. According 
to the present embodiment, an input VPI value = an 
intermediate VPI value assuming that no VP services 
are provided. 

6.3.3. Inter-System VCC Copy 
20 6.3.3.1. Object 

Described below is the inter-system copy required 
in the OUS INS procedure. a 
6.3.3.2. Timing of Inter-system Copy 

The inter-system copy is performed in the OUS 
25 INS procedure in a state in which one system is active 
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and the other system is in an OUS state. 
6.3.3.3. Copy Object Information 

All information set on the VCC table is copy 
object information. Listed below is the information. 
5 The values in the parentheses indicate the number of 
bits of respective pieces of information. 

(1) Settings of VCC as valid/invalid (1) 

(2) CLP (cell loss priority) copy control (1) 

(3) Output highway specified tag field (8) 
'^^ 10 (4) Signaling identification (1) 

ru (5) Higher order/lower order identification (1) 

ij (6) SIFCOM specification (1) 

L - - (7) - MUX multicast indication- (1) 

r 3 

W (8) ADSl-SEL identification (1) 

fU 

m 15 (9) ADSl-BLK identification (1) 

(10) Quality class (1) 

(11) Intra-system test cell indication (1) 

(12) Congestion control (1) 

(13) Output VPI (8) 
20 (14) Output VCI (16) 

(15) Distribution connection (fixed to "0") (1) 

(16) Payload type (3) ^ 

(17) Switch IN/OUT indication (1) 

The VCC table contains a parity bit which is not 
25 copy object information but is checked at a reading 
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operation on the VCC table and is generated at a 
writing operation. 

6.3.3,4. Procedure for INS process 

The state transition from OUS to INS is carried 
5 out after a switch processor (CC) issues a copy start 
command to instruct the VCC table of an active system 
to be copied to the VCC table of an OUS system, and 
after the contents of the VCC table of the active 
v3 system are all copied to the VCC table of the OUS 

; i ; 

; 

^=^:4 10 system. 

;=ll Before the copy start command is issued, the CC 

f" issues a reset request command to the SIFCOM of the 

- ■-- ~ - ~ OUS system. The copy process is- performed-af ter- the- 

Ly contents of the VCC table in the SIFCOM of the OUS 

ry 

15 system is reset. Furthermore, the SIFCOM of the OUS 

■if • 

system notifies the CC of the reset completion 
notification status after the reset is completed. The 
reset process enables only the VPI/VCI on the VCC 
table in the SIFCOM of the active system to be copied 

20 to the VCC table in the SIFCOM of the OUS system, 
thereby shortening the copying time. 

Figure 148 is an arrow diagram showing the 
procedure for an INS process. The procedure is 
described below by referring to Figure 148. 

25 If the copy process terminates normally, then the 
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SIFCOMs of both systems notify the CC of a copy 
completion status. Unless the copy process terminates 
normally due to an inter-system communications fault, 
etc, from no response of a corresponding SIFCOM, then 
5 a copy disable status is provided for the CC. As a 
result, the CC determines failure in the copy process 
and resets again the SIFCOM of the OUS system. If any 
of the SIFCOMs of both systems issues the copy disable 
•iB status, then the SIFCOM of the OUS system is reset 

10 again- Figure 149 shows the status of each system and 
ry the process of the CC. 

Normally, a set/release command (call process 
=3 - . _ _ - -command) -is issued- by -the CC to the -SIFCOM of -both 

id systems independently. The SIFCOM is configured such 

:=S 15 that it can receive a call process command in a VCC 

copy process. During the VCC copy process, the 

'sit? 

command is issued by the CC not to the SIFCOM of both 
systems but to the SIFCOM of the active system. This 
is because the call process command reaches the SIFCOM 

20 of the OUS system faster than the SIFCOM of the active 
system, and the contents of the VCC table in the 
SIFCOM of the OUS system may be set again to. the 
previous contents through the copy process on the VCC 
table from the SIFCOM of the active system when the 

25 VCC table in the SIFCOM of the OUS system is updated 
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to the new contents. Since preventing the 

inconsistency through the hardware complicates the 
protocol and enlarges the scale of the hardware, a 
call process command is issued only to the SIFCOM of 
5 the active system. 

Accordingly, if the state of the SIFCOM is changed 
from the copy state to the operation state, then 
required is a protocol for preventing the 

:'r; specification of a call process command from the CC 

I y 

10 to the SIFCOM of the old OUS system from being lost 

"■4 

ru by the crossing of a command and a status. Listed 

h| below are the important points of the protocol. 

~ - - — (-1> The SIFCOM of the active system informs of a 
copy completion status after completing the copy of 
15 the VCC table, 

( 2 ) After receiving the status described in ( 1 ) 
above, the CC issues a copy completion notification 
command to the SIFCOM of the active system. 

(3) The SIFCOM of the active system copies to the 
20 other system all call process commands received before 
receiving the command described in (2) above. All 
call process commands received after receiving the 
command described in ( 2 ) above are executed only in 
its own system and are not copied to the other system, 
25 (4) When receiving a copy completion notification 
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from the SIFCOM of the active system, the SIFCOM of 
the OUS system issues a copy completion status to the 
CC- The items (2) through (4) above are not 
restricted in timing among them. 
5 (5) After receiving the status described in (4) 

above, the CC issues a copy completion notification 
command to the SIFCOM of the OUS system, 

( 6 ) After transmitting the command described in ( 5 ) 
above, the CC issues an online mode set command to the 

ru 

M 10 SIFCOM of the OUS system. 

m (7) If the queue stores a call process command to 

i,3 a new standby system while the processes described in 

■ ' ' (3 ) through- (5) are executed, then -the CC issues the 

Ly command immediately. 

1 y 

m 15 After the process (7) above, the CC issues a call 

process command independently to each SIFCOM of the 
active and standby systems. 
6.3-3.5. Copy Disable Report 

The SIFCOMs of both systems notify the CC of the 

20 copy completion if the VCC table has been normally 
copied. If it cannot be normally copied, then the 
copy disable report is provided for^the CC. The copy 
disable report is issued if any of the following 
faults occurs in the inter-system cross connection. 

25 ( 1 ) Timeout 
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• A copy start request is not issued by the SIFCOM 
of the OUS system in response to the copy start 
request from the SIFCOM of the active system. 

• A copy start request is not issued by the active 
system in response to the copy start request from the 
SIFCOM of the OUS system. 

' A copy completion notification . is not issued 
from the SIFCOM of the active system. 
(2) Detection of Parity Error 

• A parity error has occurred during the transfer. 
6.3.4. Relationship between VCC and SMDS Service 

The VCC in the SIFCOM specifies the permanent 
virtual- circuit (PVC) established -between the- SIFCOM 
and the SBMESH (Figure 8) for providing the SMDS 
service from the specific value (for example, VPI=3F, 
VCI=03FF) added by the individual unit, and 
simultaneously changes the value of the VPI/VCI 
assigned to the header of the ATM cell containing the 
payload field input from the individual unit of the 
DS3-SMDS interface, etc. and the' L2-PDU of the SMDS 
service into the value of the VPI/VCI specifying the 
subscriber network interface ( SNI y terminating the 
individual unit which transmits the ATM cell. 
Accordingly, the PVC established between the SIFCOM 
and the SBMESH is assigned the value of the VPI/VCI 
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terminated by the individual unit connected to the 
SIFCOM and used for the SHDS service. The SIFCOM adds 
to the head of the ATM cell a tag for use in 
autonomously switching the ATM cell in the ATM switch 
and transferring it to the SBMESH. 
6.4. Signaling Process (EGCLAD) 

6.4.1. Outline 

Figure 150 shows the position of the signal 
processing unit (EGCLAD) in the SIFSH-A. 

An EGCLAD LSI converts between a simple LAP-D- 
based frame and an ATM cell to realize the intra- 
s-tation control communications between the -SIFSH-A and- 
the BSGC (Figure 94). 

The microprocessor and the EGCLAD LSI communicate 
LAP-D layer 2 frames through the dual port SRAM ( DPRAM 
shown in Figure 150). 

6.4.2. Functions of EGCLAD LSI 

The EGCLAD LSI has the following functions to 
compose and decompose a signaling* cell. 
6.4.2.1. ATM Header Check Functions 

The EGCLAD LSI checks the contervts of the hatched 
portion shown in Figure 151 in the header of the 
signaling cell transferred from the BSGC through the 
ASSW (Figure 94). Then, the EGCLAD LSI composes the 



LAP-D frame based on the cell determined to.be good 
as a check result. The EGCLAD LSI writes framed data 
to the dual port SRAM and sets a reception completion 
flag, thereby notifying the microprocessor of the 
existence of a received frame. 

The microprocessor reads the received frame from 
the dual port SRAM if the flag is set. 
6.4.2.2. ATM Header Inserting Function 

The microprocessor writes the LAP-D layer 2 frame 
to the dual port SRAM and notifies the EGCLAD LSI of 
the write completion through the register. 

After receiving the write completion notification, 
the -EGCLAD LSI- reads LAP-D layer 2 frame in the dual- 
port SRAM. Then, the EGCLAD LSI converts the frame 
into a signaling cell by inserting to the frame the 
header and trailer indicated as hatched portions in 
Figure 152. The EGCLAD LSI sends the signaling cell 
in synchronism with the shaping clock provided 
externally. 

7 . Test and Maintenance 

The ATM switch is monitored and tested by the 
following steps. a 

(1) Monitoring the quality of a path using a 
monitoring cell (MC) 

(2) Circuit test for a test cell using the test 



317 

cell generator (TCG) 

7.1. Monitor of Quality of Path using MC 

As shown in Figure 153, an MC is inserted in a 
subscriber interface at an input terminal. The MC 
5 should be inserted at predetermined intervals of cells 
for each path. The SINF at an output terminal 
requires the function of monitoring the MC inserted 
at predetermined cell intervals. 

Monitoring an MC is effective only for an active 
10 system because all MCs passing through the ASSW of a 
standby system are discarded in the SIFCOM at the 
output terminal of the standby system and do not reach 
the SINF- at the output terminal as indicated -by broken 
lines shown in Figure 153. 
15 Accordingly, the quality of a path in the standby 

system is tested only by the TCG. 

The quality of a path using an MC is monitored in 
all SINFs, not in the SIFCOM, 

7.2. Circuit Test of Test Cell through TCG 

20 The circuit test through a TCG' is activated by the 

following tests. 

( 1 ) On Demand Test on Active Sys,tem 

Fault portion specifying test based on 
maintainer's command at an occurrence of a fault in 
25 the active system 
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(2) On Demand Test on Standby System 
Normality confirmation test through online 

software at the switch of systems 

(3) On Demand Test and Diagnostics test on the OUS 
system 

Fault portion specifying test based on 
maintainer's command at an occurrence of a fault in 
the standby system 
• Diagnostics 

As shown in Figure 154, . since a test of specifying 
a faulty portion in an active system and a test of 
confirming normality before switching systems for a 
standby-system-are conducted, the SINF and SIFGOM are 
loaded with the cell-by-cell loopback function for 
performing a normal process on a user cell and looping 
back only cells generated by the TCG. 

The cell-by-cell loopback function indicates a 
loopback for each VPI/VCI. Therefore, the switch 
software notifies a loopback unit of a VPI/VCI value 
of a looped-back cell through an MSD. 

Since the test on the standby system or the OUS 
system through the TCG can only b^ conducted on a 
duplex portion, the normality of the dotted portion 
in Figure 154 cannot be checked. Accordingly, the 
normality of the dotted portion is monitored by the 
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monitoring function through the hardware (for example, 
a loopback function using a parity pilot signal). If 
a fault occurs at the portion, it is informed of by 
the MSCN information. 
5 The OUS system as well as the active system and 

standby system has the cell-by-cell loopback function 
and also can activate the entire cell collective 
loopback function which is activated by the MSD 
information from the switch software. 

10 8- Fault Correcting Process 

8.1. Fault Detection Point and Notification System 

Described below is the fault detection and 
notification: system for each- fault mode in- correcting 
faults relating the SIFSH-A. 

15 8.1.1. Fault Mode 

(1) OBF fault (OBP fault loaded on each package) 

(2) Package missing fault 

(3) Fuse disconnection fault 

(4) SIFCOM package front connector missing fault 
20 ( 5 ) Package erroneous insertion fault 

(6) Individual unit package fault (simplex unit 
fault) A 

(7) SIFCOM package fault (duplex unit fault) 
a) Individual unit interface fault 

25 b) Common unit fault 
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(8) Individual unit-SIFCOM interface fault 

(simplex/duplex cross-connected portion fault) 

8.1.2. OBP Fault 

This fault is described in 14.1.2. in part 2. 
5 8.1.2.1. Individual Unit OBP Fault 

This fault is described in 14.1.3. in part 2. 
8.1.2.2. OBP Fault in SIFCOM 

This fault is detected by monitoring the value of 
the OBP fault register in the SIFCOM of the mate 
10 system to the SIFCOM of the fault monitor object 
system as shown in Figure 155. 

The output of the LED output terminal of the OBP 
indicates su release state in .a .normal operation., and 
a ground state in an abnormal operation. Therefore, 
15 a fault value is set in the OBP fault register when 
the output of the LED terminal indicates a ground 
state.. 

Since the SIFCOM comprises 4 packages and each 
package is loaded with an OBP, a signal line 
20 connecting the LED output terminals of all these OBP 
is connected to the SIFCOM of the mate system. 

8.1.3. Package Missing Fault 

8.1.3.1. Individual Unit Package Missing Fault 
This fault is described in 14.1.4. in part 2. 
25 8.1.3.2. SIFCOM Package Missing Fault 



This fault is detected by detecting the, voltage 
release state of the monitor signal line in the SIFCOM 
of the mate system to the SIFCOM of the fault monitor 
object system as shown in Figure 155. 
8.1.3.3. Power Package Missing Fault 

This fault is detected by monitoring the state of 
the loop signal line in the SIFCOM of the mate system 
to the SIFCOM of the fault monitor object system as 
shown in Figure 157. 

8.1.4. Fuse Disconnection Fault 

8-1.4.1- Individual Unit Fuse Disconnection Fault 

This fault is described in 14.1.5. in part 2. 
8-. 1-. 4.2. SIFCOM Fuse Disconnection Fault- _ _ _ - 

This fault is detected by monitoring the state of 
the signal line connected to the SIFCOM fuse in the 
SIFCOM of the mate system to the SIFCOM of the fault 
monitor object system as shown in Figure 158. 

When this fault is detected, the SIFCOM package 
missing fault described in 8.1.3.2. is detected 
simultaneously. However, the fuse 'disconnection fault 
is detected by priority by the firmware in the SIFCOM 
and the switch software is informed of only the 
occurrence of the fuse disconnection fault. 

8.1.5. SIFCOM Package Front Connector Missing Fault 
8.1.5.1. 50-core Coaxial Flat Cable Fault 
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(1) ASSW ^ higher order shelf ^ lower order shelf 
The disconnection of a 78Mbps clock and cell frame 

pulse (CFP) is detected by the configuration shown in 
Figure 159 as a disconnection fault of a 50-core 
downward coaxial flat cable connected to the ASSW. 

The switch software is notified of the detected 
software through the SIFCOM of the mate system to the 
SIFCOM of the fault monitor object system. 

Since the 70Mbps clock from the ASSW and the CFP 
are distributed to the lower order shelf, these faults 
are detected in the higher and lower order shelves 
simultaneously, and can be notified of from the SIFCOM 
of the lower order mate system to the switch sof-tware.- 

(2) Lower Order Shelf ASSW 

As shown in Figure 160, the detecting unit similar 
to that shown in Figure 159 relating to (1) above is 
mounted to both higher and lower shelves. However, 
as shown in Figure 160, the detection output of the 
lower order shelf is masked. The clock disconnection 
fault detected in the higher order shelf is provided 
by the SIFCOM of its system (monitor object system) 
for the switch software. a 
8.1.5.2. 50-core TD Bus Cable Fault 

This cable transmits a cell write notification 
signal and a cell output permission signal (6.1.3., 
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etc. ) from a higher order shelf to a lower order 
shelf. The fault of this cable is detected by 
grounding an idle pin in the cable in the higher order 
shelf and monitoring the state of the pin in the lower 
5 order shelf, 

8.1.6. Erroneous Package Insertion Fault 
This fault is described in 14.1.6. in part 2. 

8.1.7. Individual Unit Package Fault 

;B This fault is described in 14.1.7. in part 2. 

y 10 8.1-8. SIFCOM Package Fault 

■=y The faults in the SIFCOM are classified into the 

J following two types. 

- - - - (1) Interface -uni~t fault in ind-ividual- unit - 

n (2) Common unit fault 

■S 15 Figure 162 shows the component in which a fault 

if occurs- Figure 163 shows a faulty portion, detection 

logic, detected portion, fault notifying method, and 

detection cycle. 

9. Line Protection (N+1 System) 
20 9.1. Outline of N+1 Protection System 

An N+1 protection system is adopted as a 
subscriber path reassignment contrpl system at the 
occurrence of a transmission line fault between a 
broadband remote line concentrator (BRCL; refer to 
25 Figure 34) or a broadband remote line switching unit 
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(BRSU) and a host switch. 

According to the present embodiment, two in-band 
signaling routes are preliminarily provided to control 
the BRLC, etc, from the host switch. The two routes 
are accommodated by different transmission lines. As 
a result, control can be transferred from the host 
switch to the BRLC even when a fault occurs in a 
single transmission line. 

Furthermore, according to the present embodiment, 
if the host switch is connected to the BRLC via N 
umbilical lines as shown in Figure 164, then any of 
the lines, if a fault has arisen in the line, can be 
switched to a standby line (line P.), . . 
9,2. Line Reassignment Sequence 

All faults in an umbilical line are detected in 
the individual unit (0C3C or DS-3; refer to Figure 
94), 

A detected line fault is provided as EMSCN 
information by the individual unit for the SIFCOM, and 
then transmitted from the SIFCOM to the switch 
software via the BSGC, 

The EMSCN notification is a fau^t representative 
notification, and the detailed fault information is 
read according to a command request from the switch 
software to the individual unit. 



325 

The individual unit notifies the switch software 
of the detailed fault information in response to the 
command . 

Figure 165 shows the sequence of reassigning a 
line in a line protection process. 

9.3. Setting VCC in Standby Line 

A standby line is provided with a VCC table whose 
contents are the same as those of the VCC table of N 
active lines. If a fault has arisen in any of the 
active lines, then the faulty line can be switched to 
a standby line immediately. 

Since the active lines and the standby line are 
provided -with the VCC - tables of- the - same -hardware 
scale, the VPI/VCI assignable to the umbilical line 
should satisfy the following restrictions. 

(1) Each VPI/VCI set for the N lines should be 
unique. _ 

(2) The type of the VPI/VCI set for the N lines 
should not exceed 2^^. 

(3) ' A VCC set command to the active lines and a VCC 
set command to the standby line should be 
simultaneously issued. a 

The above listed restrictions are placed on the 
SIFSH of the host and the RMXSH of the BRLC. 

9.4. Switch to Standby Line 
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This function is described in 6.2.3. 
9.5. Switch Command 

Both SIFCOM and RMXCOM can adopt the configuration 
of the serial connection. In this case, the higher 
order shelf and the lower order shelf are controlled 
by independent microprocessors. Assuming that the 
active and standby lines are accommodated in both 
higher and lower shelves, the command format shown in 
Figure 166 is adopted to prevent the effect of the 
switch command from the active line to the standby 
line from being different between the serial 
connection and non-serial connection. 

- As shown in Figure -166, -this command only contains - 
the information about the identification number (Unit 
No. ) of a unit which changes a tag value and about the 
tag value (TAGC) itself. That is, a tag value switch 
command is issued to each of the switching-f rom line 
and the switched-to line (protection line). 
[0010] 
<Part 4> 

An ATM switch ASSWSH (ATM subscriber switch shelf) 
is described in detail in Part 4. > 
1, Outline 

1.1- Summary of Function 

An ATM switch ASSWSH shown in Figure 8 comprises 
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an ASSWSH-A having a 4x4 panel ATM switching function 
and a CLKSH-A having a timing signal generating 
function. 

The ASSW-A has the function of switching cells in 
5 the four input ATM highways each having the 
transmission speed of 522Mbps to any of the four 
output ATM highways each having the transmission speed 
of 622 Mbps. This switching operation is performed 
according to- the routing information written in the 

10 tag area in the ATM cell. 

2. Configuration of Device 
2-1. Configuration of Device 

- - - Figure 167 shows the internal configuration of- the 
ASSWSH-A. 

15 In Figure 167, the SWMDX (HMX03A) is an interface 

for the SIFSH, SBMESH, or BSGCSH (refer to Figure 8), 
The SWMX (HSROOA) is a switch matrix. 
The SCLK (HTG02A) provides a timing signal 
generated by a CLKSH-A (HTGOOA) for the SWMDX 
20 (HMX03A), SWMX (HSROOA), or SWCNT (HSROIA). 

The SWCNT (HSROIA) is connected to a system bus 
not shown in Figure 167 via the ^Interface type A 
(INFA) to relay the communications of control data 
between the SWMDX (HMX03A), SWMX (HSROOA), or SCLK 
25 (HTG02A) and the switch processor (CC), 
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3. Interface 

3.1. Communication Line System 

Figure 168 shows the connection configuration of 
the communication line system. 

A signal of the communication line system is 
connected to the SWMDX via the 50-core flat coaxial 
cable. 

A signal in the ATM highway (HW) of 622Mbps 
comprises 8-bit parallel data (having the transmission 
speed of 72Mbps per bit), a parity signal for the 
data, a 78MHz clock, a cell frame pulse indicating the 
head of a cell, and a cell enable signal indicating 
the validity/invalidity of the cell. All -these 
signals have an interface having a circuit 
configuration of an emitter-coupled logic (ECL) 
through a balanced transmission- A JSOUxN signal 
indicating the existence of cable connection has an 
interface having a circuit configuration of a 
transistor logic (TTL) through a non-balanced 
transmission. 

A parity refers to an odd parity for 8-bit 
parallel data excluding an enable signal. Parity bits 
of valid cells only are checked in the input unit of 
the ATM switch, and parity bits are assigned to valid 
cells only in the output unit of the ATM switch. The 
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contents of the data in the information field 
(payload) of an invalid cell are not guaranteed. 

Figure 169 shows the signal timing of the 
interface between the SWMDX shown in Figure 168 or 167 
and the ATM highway of 622Mbps. Figure 170 shows the 
cell format in the interface. 
3.2. Control System 

As shown in Figure 167, the ASSWSH-A and CLKSH-A 
are controlled by the CC not shown in Figure 167 by 
being connected to a system bus not shown in Figure 
167 through the switch controller ( SWCNT ) and 
interface type A (INFA). 

- A switch controller - (SWCNT) (Figure 167) is 
provided with an inter-system cross-connection 
interface between the INFAs of both active systems and 
standby systems. Each block in the SWCNT and ASSWSH-A 
is connected via a processor data bus and an address 
bus . 

Each block is controlled mainly by monitoring a 
fault. In this .case, there are 'two types of fault 
results, that is, faults notified of by the MSCN to 
the CC through the INF and those notified of by an 
event to the CC. 

Figure 171 shows the interface between the INFA 
and ASSWSH-A. 
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The SWCNT is provided not only with an interface 
to the INFAs of both systems but also an interface to 
the SWCNT of the other system. Figure 172 shows an 
interface between the SWCNT of its own system and the 
SWCNT of the other system. 

In addition to the control function in the switch 
module, the function of the control system of the 
ASSWSH-A can be an active/standby control function to 
each terminal unit- As shown in Figures 167 and 168, 
the SWCNT comprises 32 output units corresponding to 
32 output highways of 622Mbps on both ends (sides 0 
and 1: left and right sides of the SWMX) through the 
-SWMDX, From the output - units -through the SWTIF not 
shown in Figure 167, a system selection signal and its 
strobe signal are transmitted at the timing shown in 
Figure 173. Since the system selection signal is not 
a signal indicating an active/standby system, it is 
output as a signal having the same polarity in both 
systems. Each terminal unit selects an active system 
device in the system according to the system selection 
logic shown in Figure 174. 
3.3. Clock System 

Each device in the ASSWSH-A is operated using the 
clock . of 155.52iyiHz generated by the SCLK shown in 
Figure 167 according to the clock of 10.368iyiHz 
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received from the CLKSH-A. 

The ASSWSH-A and CLKSH-A each comprising two 
systems are cross-connected among the systems. A 
clock to be used in the ASSWSH-A is autonomously 
selected in the ASSWSH-A. If the disconnection of a 
clock is detected in the CLKSH-A of one system and the 
system is a master system, then the system is 
automatically switched to another. 

In the clock system in the ASSWSH-A, each block of 
the SWMDX and SWMX is assigned a clock of 155.52 MHz, 
and one cell frame pulse is transmitted every 27th 
clock for use in reading a buffer in each block. 
3.4- Inter-block Interface in ASSWSH-A 

The interfaces among the blocks in the ASSWSH-A 
are listed below. 

Figures 175 and 176 shows the external interfaces 
relating to the SWMX shown in Figure 167. 

Figures 177 and 178 show the external interfaces 
relating to the SWMDX shown in Figure 167. 

Figures 179 and 180 show the external interfaces 
relating to the SWCNT shown in Figure 167. 
4. Detailed Function 

Figure 181 shows the . detailed function of each 
block forming the ASSWSH. 

Figure 182 shows each block forming the SWMDX 
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shown in Figure 167. Figure 183 shows the function 
of each block. 

Figure 184 shows each block forming the SWMX shown 
in Figure 167. Figure 185 shows the function of each 
block. 

Figure 186 shows each block forming the SWCNT 
shown in Figure 167. Figure 187 shows the function 
of each block. 

Figure 188 shows each block forming the SWTIF (not 
shown in Figure 167). Figure 189 shows the function 
of each block. 

Figure 190 shows each block forming the SCLK shown 
-in Figure 167. -Figure 191- shows -the function of each - 
block. 

5. Traffic Control 
5.1- Cell Discard Class 

According to the present embodiment, the cell 
discard class shown in Figure 192 is defined in the 
switch system to provide assured services and non- 
assured services. 

In Figure 192, the CLP and P correspond to the CLP 
bit and P bit in the header of each ^^TM cell. In the 
system, the CLP bit is used to quality-control the 
assured services, while the P bit is used to 
distinguish the assured services from the non-assured 
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services . 

In the ASSWSH-A, control is performed only to 
distinguish the assured services from the non-assured 
services. Therefore, only the P bit is used to 
control the process. During the congestion, a cell 
designated for a non-assured service is discarded. 
5.2. Congestion Control 

The function of controlling a cell discard class 
as shown in Figure 192 is assigned in the ASSWSH-A to 
the 2.4Gbps/622 Mbps DMUX unit in the SWMX and the 
SWMDX. A threshold ( Xp ) is set for the cell buffer 
in the LSI as the congestion control. If the length 
-of the, queue exceeds the threshold (Xp) in- the buffer, 
then the cell whose P bit is set to 1 is discarded. 
If the length of the queue is smaller than the 
threshold (Xp), then the cell discard is suspended. 
5.2.1. Congestion Control in SWMX 

As shown in Figure 184, the SWMX comprises the 
SWCNT LSI and the ATMSW LSI. The SECNT LSI manages 
the length of the queue in the ATMSW LSI, and the 
SWCNT LSI outputs a discard instruction to the ATMSW 
LSI if the length of the queue exceeds the threshold. 

The threshold of the buffer is set by the CC using 
an SO command in the initialization procedure. In 
this case, a default value Xp=A8 (H) is set as the 
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above described threshold at the initialization of the 
firmware. Since the values of the sides can be 
specified as the parameters of the SO commands, 
independent thresholds can be set for both sides 
(sides 0 and 1: on the left and right sides of the 
SWMX shown in Figure 168) of the SWMX. 

5.2.2. Congestion Control in SWMDX 

The 2. 4Gbps/ 622Mbps DMUX unit in the SWMDX is 
provided in the ADMUX LSI shown in Figure 182. 
Setting the threshold for the SLI performs congestion 
control . 

As in the case of the SWMDX, the threshold of the 
buffer -is set by- the CC using the SO -command in the 
initialization procedure. In this case, the default 
value Xp=71(H) is set as the above described threshold 
at the initialization of the firmware. The same 
threshold (threshold specified by the SO command) is 
set in the SWMDX in the same ASSWSH-A regardless of 
the side. 

5.2.3. Cell Discard 

Cells may be discarded in the ASSWSH-A due to the 
congestion, congestion control, faui-^ts, etc. At this 
time the occurrence of the cell discard is reported 
to the CC and the reporting processes are different 
between the SEMX and SWMDX. The cell discard 
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reporting processes for the SWMX and SWMDX are 
described individually as follows. 

In the SWMX, cell discard is regarded as a fault. 
At the notification of the occurrence of cell discard, 
"a fault in the SW" in the 22nd bit of the MSCN is 
determined, and displayed is the input highway of the 
self -routing module (SRM) in which the cell discard 
has occurred in the detailed fault data. The fault 
data is described in detail in 7. 

In the SWMDX, cell discard is not regarded as a 
fault. Since the 622Mbps/2 . 4Gbps MUX unit in the 
SWMDX is an STM, the no discard occurs and the discard 
portion is exclusively the 2 . 4Gbps/6-22Mbps DMUX unit-. 
The number of times in every 15 minutes that cells are 
discarded is counted in the traffic measure process 
described in 5.3. The occurrence of cell discard is 
recognized by the CC ' s reading the count value . 
5.3. Traffic Measure Process 

In the ASSWSH-A, the number of the following cells 
is counted in the 2 . 4Gbps/622Mbps DMUX unit as the 
function similar to the performance monitor in order 
to manage the status of the network:-* 

(1) number of passing cells (P=0) per 622Mbps 
highway 

(2) number of passing cells (P=l) per 622Mbps 
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highway 

(3) number of discarded, cells (P=0) per 622Mbps 
highway 

(4) number of discarded cells (P=l) per 622Mbps 
5 highway 

Each of the above described parameters is 
collected every 15 minutes with the notification 
received from the CC every 15 minutes as a trigger. 
Figure 193 is a block diagram showing the traffic 

10 measure circuit. 

The cells are counted according to the output L, 
V, and H from the ADMUX LSI 1 (Figure 182) as shown 
in Figure - 1937- and the -values are stored^ in the 
external RAMs 4 and 5 . 

15 The traffic count is performed for each highway by 

the 8-bit counters 2 and 3 on the cycle of about 
25psec. The count value is stored at a specified 
address in the RAM 4 or 5 through the selector (SEL) 
8 and adder (ADD) 9. The adder (ADD) 9 adds up in the 

20 next cycle the count value read from the RAM 4 or 5 
through the selector (SEL) 6 or 7 and the count value 
read from the counter 2 or 3 through the selector 
(SEL) 8, and the sum is stored again at the above 
described specified address. The TG 10 outputs a 

25 switch instruction to the selectors (SEL) 6 through 
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8 each time it receives a notification from the CC 
every 15 minutes, and switches the RAM to which the 
count value is written to the RAM 4 or 5 . As a 
result, the RAM 4 or 5 in which writing of a count 
value has been stopped stores the count value received 
in the latest 50 minutes immediately before the switch 
instruction. The count for the subsequent 15 minutes 
is performed in the RAM 4 or 5 to which a count value 
is newly written. 

After the notification at every 15th minute from 
the CC, each count value is read from the RAM 4 or 5 
in which writing of a count value has been stopped. 
The read coxint values "are stored 'in the firmware until 
the CC requests using an SO command to read the count 
value . 

Figure 194 is a timing chart showing the operation 
of the traffic measure circuit shown in Figure' 193. 
The signals A through E shown in Figure 194 correspond 
to the signals A through E shown in Figure 193. 
6. Function of Firmware 

The ASSWSH-A contains the firmware in the SWCNT to 
provide an intra-switch control function and an INFA 
interface function. 

Described below are the functions of the firmware 
and the interface between the firmware and hardware. 
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6-1. INFA Interface 

The interface between the ASSWSH-A and the INFA 
has a predetermined format in the data bus (SBO 
through SB77) . 

The information is transferred in this format for 
the following operations. 

(1) CC access (IN instruction) 

(2) CC access (OUT instruction) 

(3) DMA access (read) 

(4) DMA access (write) 

Figure 195 is a timing chart (a) of the CC access 
(IN instruction) and an address/data format (b); 
- - Figure 196 is a timing chart (a) of -the CC access 
(OUT instruction) and an address/data format (b); 

Figure 197 is a timing chart (a) of the DMA access 
(read) and an address/data format (b); and 

Figure 198 is a timing chart (a) of the DMA access 
(write) and an address/data format (b). 

The order received in the ASSWSH-A is classified 
to each order as shown in Figure 199 according to the 
value of the 4 lower bits in the 4th word at the 
address. Described below is the^ process in the 
ASSWSH-A at the reception of each order. 

Activation of a command: The procedure 
described later in 7 . 2 . 1 . is followed. 
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- Retry instruction: When a DMA access ..is in a 
prohibition state, the DMA access is retried. 

If the retrial is performed successfully, the 
DMA access prohibition is released. 

If the retrial is performed but failed, then 
the DMA access prohibition is maintained. 

If the DMA access is not in the prohibition 
state, then the order is ignored. 

- MSCN read: The contents of the MSCN table in 
the ASSWSH-A are returned and the table is cleared. 

6.2. Intra-device hard Interface 

The interface between the firmware and each block 
in the ASSWSH-A is realized by the order from the 
SWCNT and response in a specified format in a data 
bus . 

6.3. Fault Correcting Process 
6.3.1. Fault Detection 

The important functions of the firmware in the 
SWCNT are to collect the fault information in the 
ASSWSH-A and to notify a higher order device (CC) of 
the fault information. 

Figure 200 shows the fault de-fcection procedure 
followed when a notification is made by the MSCN. 
Figure 201 shows the fault detection procedure 
followed when a status is autonomously notified of. 
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If a fault occurs in any block in the ASSWSH-A, 
then the block causes an interruption for the firmware 
in the SWCNT and notifies the firmware of the contents 
of the fault through the response described in 6,1. 
above . 

An interrupt handler (INTO handler) generates 
fault notification data (message box: MSG BOX) to be 
provided for the fault correcting task and activates 
the fault correcting task. 

The fault correcting task updates detailed fault 
data according to the contents of the message box. 
If the contents of the data refer to the fault in the 
MSCNv - then the MSCN - table- is- also updated, - - 

The above described process is realized by the 
process modules (1) through (3) listed below. 
(1) Alarm interruption handler 

- Trigger of process occurrence of a fault 



reading a fault register 



updating a fault counter 



generating fault 



notification data (MSG 



BOX) 



activating 



a 



fault 



correcting task 



(2) Cycle activation task 
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- Trigger of process 100msec cycle 

- Process comparing fault counters 

clearing fault counters 
( 3 ) Fault correcting task 
5 - Trigger of process receiving an MSG BOX 

- Process notifying a higher order 

process of the contents of 
a fault: 

generating detailed 

10 fault data 

updating an MSCN table 
generating and notifying 

_ _ - - . . -of -an - autonomous- 

status 

15 Each time a fault is reported from each block, the 

fault counter (refer to Figure 231 described later )^ 
is updated by the alarm interruption handler listed 
as (1) above. If the fault refers to a fixed fault, 
the fault counter is incremented each time it is 

20 reported- If a fault refers to an 'intermittent fault, 
then the fault counter is not incremented or 
incremented only a little bit. Therefore, according 
to the cycle activation task listed as (2) above, it 
is determined whether a fault reported by each block 

25 refers to an intermittent fault or a fixed fault by 
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checking the value of the fault counter, 
6.3.2. Message Box 

Figure 202 shows a basic format of a message box 
processed by the fault correcting task. 

( 1 ) Listed below are the contents of the message 
box having the format shown in Figure 202 when the 
disconnection of the clock of one system is reported 
from the SCLK. 



Line address 



10 Control field 

MSCN setup bit 
Additional information 



OxFF 
0x06 
0x00 

0x02/0x04 

_ _ . _ ... ._ . _ ._ _ (system. O/system.-l) 

Contents of fault : 0x00004000 

15 Message Box Address : 19BBA(H) 

(2) Listed below are the contents of the message 
box having the format shown in Figure 202 when a 
common fault other than the disconnection in one 
system is reported from the SWMX, SWMDX, SCLK, etc. 
20 Line address : OxFF 

Control field : 0x03 

MSCN setup bit : depends on the contents 

of a fault ( write over 
the existing value by 

25 OR) 



343 

Additional information : 0x00 

Contents of fault : depends on the contents 

of a fault (write over, 
the existing value by 

OR) 

.Message Box Address : 19BBA(H) 

Figure 203 shows the fault content write data in 
the message box having the format shown in Figure 202. 
In Figure 203, the representations "intra-" and 
"inter-" indicate that the fault occurs in the package 
and between the packages respectively. The 
identification is made according to the contents of 
the fault (reported in the format ..described in 6.2. 
above) in each device. 
5.4. Self -diagnosis 

Upon receipt of a self -diagnosis setup command 
from the CC (switch processor), the firmware in the 
SWCNT makes a diagnosis of each fault monitoring 
function according to an order. 

The firmware issues the following orders among the 
orders described in 6.2. above and performs a 
diagnostic process and checks the r^^sult. 

( 1 ) SWMX compulsory alarm highway parity error 

(2) SWMX compulsory alarm clock disconnection 

(3) SWMX compulsory alarm FIFO parity error 
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(4) SWMX compulsory alarm buffer FULL 

( 5 ) SWMX compulsory alarm highway parity error 

(6) SWMX compulsory alarm clock disconnection 



A self -diagnosis is effective when the state of 
the ASSWSH-A is blocked. Otherwise, a command illegal 
is output. Upon receipt of a self -diagnosis setup 
command, the firmware shifts the state of the ASSWSH-A 
from a blocked state to a self -diagnostic state. 

The self -diagnostic procedure is described in 7. 
below. 

7 . Maintenance 

7.1. Software-hardware interface 

The procedure of maintaining the ASSWSH-A is 
described including the interface between the switch 
software and the hardware of the ASSWSH-A. 

The interface between the CC and the ASSWSH-A is 
performed through the INFA (refer to Figure 167). 'The 
switch software operated by the CC controls the 
ASSWSH-A by transmitting and receiving a command and 
status. . The interface between the ASSWSH-A and the 
INFA is performed by the firmware described in 6. 
above . 

7.2. Operations 
7.2.1. State Transition 



(7) 



SWMX compulsory alarm 



hardware error 



345 

The ASSWSH-A indicates any of the following 
states . 

(1) Initialization state: A reset signal has been 
received and the firmware of the device is being 
initialized . 

(2) Blocked state: A reset completion notification 
has been issued and an initialize command can be 
executed . 

(3) Operating state: An online setup command has 
been received and the intrinsic operations are being 
performed. 

(4) Fault state: A fault has occurred in the device 
and the device cannot be operated. _ _ _ 

(5) Self -diagnostic state: The initialization has 
been completed and a self -diagnosis is being 
performed . 

7.2.2. Loading HMX03A 

Up to 4 pieces of the HMX03A (SWMDX) (refer to 
Figure 167), which is provided in the ASSWSH-A and 
assigned the MUX function, can be mounted on either 
side of the HSROOA (SWMX), that is, a total of 8 
pieces can be mounted. Since the HMX03A is mounted 
by specification, the ASSWSH-A successfully functions 
only by loading the HMX03A of the number of highways 
used on the conditions of the station. 



/ 

/ 
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However, the firmware of the ASSWSH-A requires an 
answer from a package when it accesses the package. 
Therefore, if there is an unused HMX03A slot, the 
firmware should recognize the slot in controlling the 
packet . 

The firmware controls the device according to the 
following procedure after recognizing the load of a 
specified HMX03A. 

(1) When the ASSWSH-A is in the initialization 
state, the firmware sends an individual reset order 
to each HMX03A and waits for an answer. 

The firmware determines that the HMX03A is mounted 
for the s-lot which has sent- back an answer, -and that- 
it is not mounted for the slot which returned no 
answer . 

The firmware performs these processes only for 
load-recognized slots. _ 

(2) After terminating the initialization of the 
device, the state of the ASSWSH-A changes into the 
operating state in which the system initialization is 
performed from a higher order process. At this time, 
the firmware is notified of the load state of the 
HMX03A displayed by the station data stored by the 
switch software, and the state is compared with the 
load state recognized by the firmware in the process 
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described in (1) above. 

(3) In the comparing process in ( 2 ) above, if there 
is a slot which is recognized by the firmware as not 
being loaded with the HMXOSA and is displayed 
5 according to the station data as being loaded with 
HMX03A, then the firmware determines that a fault has 
occurred on the slot. In this case, the firmware 
determines a "fault in the SW" of the 22nd bit of the 
MSCN and includes the slot in the detailed fault data. 

10 (4) In the comparing process described in (2) 

above, if there is a slot which is recognized by the 
firmware as being loaded with the HMX03A and is 

_disp„layed according to the station data as not being 

loaded with HMX03A, then the firmware determines that 

15 a fault has not occurred on the slot. In this case, 
the subsequent control is performed according to the 
station information. 
7-3. Fault Correcting Process 

The ASSWSH-A has the specification of monitoring 

20 a fault as follows. 

(1) A duplex configuration is adopted as a 
redundant configuration (one shelf for one system) 

(2) Various fault detection processes are 
performed, and the systems are switched according to 

25 the detection result (control by the switch software). 
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(3) An intermittent/fixed fault is determined in 
monitoring a fault, and the determination result is 
reported to the CC. In determining a fault, if faults 
are detected 3 times consecutively on a cycle of 0.1 
through 1 second, the faults are determined to be 
fixed faults. Otherwise, the intermittent faults are 
not reported to the CC. 

(4) Faults are notified of by either the MSCN or 
an event . 

(5) If a fault is reported, an alarm LED provided 
for the power source package (not shown in the 
drawing) is lit under the control of the switch 
software. - ^ - -- --- -- - 

[0011] 
<Part 5> 

In part 5, described in detail is the subscriber 
message handler (SBMH) 
1. General Descriptions 
1.1. Summary 

The subscriber message handler shelf (SBMESH) 
switches data of the SMDS subscriber. The switch is 
performed actually in cell unit wt^ile the message 
format is checked. As for a protocol, terminated are 
level 2 (AAL-SAR) and level 3 (AAL-CS,CL) of the SNI 
interface protocol (SIP) which is a protocol of an 
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SMDS subscriber. In the drawings, the SBMESH-A also 

refers to the SBMESH. 

1.1-1- Positioning in System 

Figure 204 shows the positioning of the SBMESH in 
the system. It specifically shows the SBMESH (and the 
GWMESH described in Part 6) in the configuration shown 
in Figure 8 and described in Part 1 of the present 
embodiment . 

Up to 4 SBMESHs can be daisy-chained for each 
highway connected to the ASSW- An SBMESH group 
connected to one of the highways is referred to as a 
subscriber message handler (SBMH) as shown in Figure 
204- 

In Figure 204, an actual SMDS terminal unit is 
connected beyond the subscriber network interface 
(SNI). Likewise, an switching system (SS) is 
connected^ beyond the inter-switching-system interface 
(ISSI), and a LATA SS is connected beyond the inter- 
carrier interface (ICI)- 

The SBMESH (SBMH) comprises an S portion and an R 
portion, and the data input from the SNI to the system 
is processed in the S portion of the SBMESH, and the 
data processed in the R portion of the SBMESH (SBMH) 
is output from the system to the SNI- The connection 
between the SBMESH and the GWMESH (WGMH) is described 
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in Part 6. 

1.1.2. Outline of SMDS Data Process 

Figure 205 shows the route of SMDS data between 
SNIs, and the data is processed in the following 
5 procedure. 

1. The data input from the SNI to the ASSW (UP) 
through the SIFSH, etc. is transferred to the SBMH(S) 
via a fixed path or a semi-fixed path in the ASSW 
(UP). In this case, the VPI/VCI stored in the header 
\i 10 of a cell indicates the routing from the SNI to the 

m SBMESH. 

l'^ 2. The SBMESH analyzes the destination address (DA) 

=L - contained in the data, . retrieves . a route to the SBMH 

Ly (R) accommodating the destination SNI, and transmits 

I;^ 15 the data to the ASSW (UP) 

3 . The above described data is entered in the SBMH 
(R) accommodating the destination SNI through the ASSW 
(UP), LLP, and ASSW (DOWN). 

4. The SBMH (R) refers to the destination address 
20 (DA) in the received data, fetches the data addressed 

to the SNI accommodating the SBMH (R) (filtering), 
retrieves the route to the desti,nation SNI, and 
transmits the data to the ASSW (DOWN). The circuit 
connecting the SBMH (R) to the destination SNI is 
25 connected via a fixed or semi-fixed path. 
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Figure 205 shows the transmission of SMDS data 
from the SNI to the ISSI or ICI. Figure 207 shows the 
transmission of the SMDS data from the ISSI or ICI to 
the SNI. Figure 208 shows the transmission route of 
5 the SMDS data from the ISSI or ICI to the ISSI of ICI. 
In these figures, the data is transmitted through the 
route represented by bold lines. 

Thus, in the case of the data transmission between 
the SNIs, processes are performed only by the SBMH. 
10 When the data is transferred to and from other SS and 
LATA SS, the processes are performed by the SBMH and 
GWMH. The actual routing control, the relationship 
™ between each route -and- a VPI/VCI^ etc. are described 
later in detail, 
15 1.2. System Configuration 

Figure 209 is a block diagram showing the SBMESH. 
As shown in Figure 209, the SBMESH comprises an 
MH-COM unit for interfacing with the ASSW and an LP 
unit for performing actual switching. 
20 The MH-COM unit comprises an SDMX, RDMX, SMUX, and 

RMUX. The characters S and R for the MUX and DMX 
correspond to the SBMH(S) and SBMH(RJ shown in Figure 
204. For example, the SDMX multiplexes the data from 
the SBMESH connected to the downstream of the 
25 corresponding SBMESH in a plurality of SBMESHs daisy- 



chained to the output of the ASSW . The above 
described DMX fetches the data output from the ASSW 
to its own SBMESH, and the MUX outputs data from its 
own SBMESH to the ASSW. 

A link access procedure (LAP) terminating 
equipment and a VCI converter (VCI) are equipped in 
addition to the above described configuration although 
they are not show in Figure 209. The VCC is set by 
the LAP. The MH-COM unit has a checking function and 
detected information is provided with interface to the 
software through the LAP or the broadband signaling 
controller (BSGC) described later in Part 7. 

The LP unit comprises an SMLP, RMLP, and LP-COM, 
The initial characters S and R of the SMLP and RMLP 
correspond to the SBMH (S) and SBMH (R) and switch 
data- The LP-COM controls the SMLP and RMLP and 
interfaces with the software through the INF 
(interface). The station data required for a 
switching, subscriber data, information detected by 
each checking function in the ' LP unit, billing 
information, etc. are provided with interface to the 
software through the INF, 

As described above, up to 4 SBMESHs can be daisy- 
chained. The data received by the SBMESH is 
multiplexed and demultiplexed by the SDMX, RDMX, SMUX, 
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and RMUX, On the other hand, the LP unit and the INF 
is connected one to one. For example, if four SBMESHs 
are daisy-chained, four transmission lines are 
required accordingly.' 
1.3. Redundant Configuration 

As shown in Figure 210, the MH-COM and LP units 
have duplex configurations (systems #0 and #1). 

The MH-COM unit has a master/slave configuration 
exclusive for the ASSW, while the LP unit has an 
independent master/slave configuration. The master 
system (for example, #0) and slave system (for 
example, #1) of the LP unit have basically the same 
-function, and- the -slave system can actually -perform 
a switching operation. In this case, the billing 
information obtained through the slave system's 
switching is not reported to the software. 

There is an inter-system cross-connection between 
the duplex MH-COM unit and LP unit, that is, between 
system #0 of the MH-COM unit and system #1 of the LP 
unit and between system #1 of the MH-COM unit and 
system #0 of the LP unit. However, no inter-system 
cross-connection exists between syatem #0 of the LP 
unit and system #1 of the INF and between system #1 
of the LP unit and system #0 of the INF. 

The RMLP in system #0 of the LP unit receives data 
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from the RDMX of system #0 of the MH-CONI unit jand data 
from the RDMX of system #1 of the MH-COM unit. The 
selector (not shown in the figure) in the input unit 
of the RMLP selects the data from the master system 
of the MH-COiVI unit. Likewise, the SMUX of the MH-COM 
unit receives data from the SMLP of system #0 of the 
LP unit and data from the SMLP of system #1 of the LP 
unit. The selector (not shown in the figure) in the 
input unit of the SMUX selects the data from the 
master system of the LP unit. 
2. Process Method 

2.1. Configuration of Message Handler (MH) Network 

A message -issued from the SNI -is transmit:ted to a 
predetermined SMLP in the SBMH through a digital 
terminal (DT), etc. from the SNI. A message received 
at the SNI is transmitted from a predetermined RMLP 
in the SBMH to the SNI . The message is transmitted 
via a path comprising a permanent virtual circuit or 
permanent virtual channel (PVC) through the ASSW. 
Since each of the SMLP and RMLP accommodates a 
plurality of SNIs, the above described transfer 
destination is identified by a VCI.^ 

As shown in Figure 211, MHs (including the GWMH) 
are f ullmesh-connected . The connection is made using 
a PVC through the ASSW. However, since each RMLP 
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(receiving SBMH and GWMH) receives a message from a 
plurality of SMLPs (sending SBMH and GWMH), the 
message is identified by a VCI specifying each PVC, 
The band (average and peak) of each PVC is, for 
5 example, 2 , IM between the SNI and the MH, and the DS3- 
SNI is set to 38.88M. Between MHs, the band is set 
depending on the number of MHs when the system is set. 
r'=^ It can also be set optionally by the system 

maintainer, etc. 

''"i 10 A message issued to the ISSI or the ICI connects 

rU the route from the SMIP in the GWMH accommodating the 

jy ISSI or ICI to the ISSI or ICI by the PVC through the 

lU" - - - - • • ASSW. A -message T.ssued from- the ISSI or ICI connects 
y the route from the ISSI or ICI to the RMIP in the GWMH 

:' Li 

rfl 15 accommodating the ISSI or ICI by the PVC through the 

3 ASSW. However, since the SMIP or RMIP of each GWMH 

accommodates a plurality of ISSIs or ICIs, it_ is 
individually identified depending on the VCI 
specifying each PVC. 
20 2.2. Routing System 

A routing process is performed in the SMLP shown 
in Figure 209. That is, the d^ta issued by a 
subscriber terminal unit is entered in the SBMH 
through a PVC. In the SMLP of the SBMH, the 
25 destination address DA of the transfer data is 



j 
I 
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identified. An MH accommodating the destination 
subscriber terminal unit is identified according to 
the identified DA. The MH is uniquely assigned a VCI, 
and the data is output to the ASSW. (The VCI in the 
5 SNI normally refers to a specific fixed value 
indicating that the transfer data is SMDS data. 
However, a VCC is actually provided between the above 
described SBMH and the RMLP of the MH accommodating 
the destination subscriber terminal unit, and the VCI 

10 is converted into that indicating the PVC to the MH). 

On the other hand, in the RMLP, the SNI of the 
destination subscriber terminal unit is identified 
according to the above described DA. In the -VCC - - 
provided between the RMLP and the SNI, a VCI 

15 specifying the SNI is assigned. Thus, the routing 
control in the SMLP and RMLP is normally performed 
according to the destination address DA. 

The destination address DA is a concept defined in 
message units (L3-PDU units), that is, in layer 3. 

20 However, an actual switching is- performed in cell 
units. Described below is the control method. 

The decomposition and assembly of user information 
in layer 3 are explained by referring to Figure 212. 
The user information issued by a subscriber terminal 

25 unit has a destination address DA written at the 
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header in layer 3. When the information is converted 
into data in a 53-byte cell (actually 53 bytes 
containing the header and trailer for the L2-PDU), 
which is a data transmission unit, in the AAL/SAR in 
5 layer 2, the message in the above described layer 3 
is decomposed into a BOM (beginning od message), COM 
(continuation of message), and EOM (end of message). 
If this message is small enough to be stored in a 

1=0 single cell, it is put in one type of cell (single 

''4 10 segment message). 

"-4 

ry Figure 213 shows the data configuration in the 

!.= AAL/SAR in layer 2. As shown in Figure 213, the 

destination address -DA- specified by the message -of- - - 

j ; 

layer 3 is stored in the payload of the BOM (or SSM) 
m 15 in the AAT/SAR of layer 2. The type of cell BOM, COM, 

*'» EOM, or SSM is stored in the 6th byte as a segment 

type ST. A message identifier (MID) is an identifier 
uniquely assigned to each message (or each SNI ) . 

Upon receipt of a BOM or SSM, the SBMH analyzes 
20 the DA stored in the payload and determined the output 
VCI according to the DA. It then rewrites the VCI of 
the header into the determined output VCI. It also 
retrieves an unused MID for the output VCI, and 
rewrites the MID stored in the input cell into the 
25 retrieved MID (output MID), If a BOM is received, it 
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has the routing memory store the .correspondence 
between the input VCI/MID and the output VCI/MID for 
the subsequent COM and EOM. 

Upon receipt of a COM or EOM, the SBMH reads the 
output VCI/MID by retrieving the above described 
routing memory through the input VCI/MID of the cell 
as a key, and writes the cell at* a predetermined 
position. Figure 214 is a list showing the method of 
determining an output VCI/MID. 

Described below are the routing processes, 
(a) Routing from Source SNI to Source SBMH 

The VCI of a cell output from a source SNI has a 
predetermined fixed - value- as . described..^ .above.- 
However, in the VCC provided in the SIFSH between the 
SNI and the SBMH, the VCI is converted into one 
predetermined for the source SNI . The cell is 
assigned tag information such that the cell can be 
transferred to the SBMESH accommodating the source 
SNI. The source SBMH allocates the cell to a 
predetermined SMLP according to the allocated tag. 

Thus, in routing a cell from a source SNI to a 
source SBMH, a cell is transmitted^ through a route 
determined by the VCI, that is, through a 
predetermined PVC. In the' above described routing, 
the source SNI is accommodated in the DS3-DT card. 
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(b) Routing from Source SBMESH ( SBMH ) to 
Destination SBMH 

In a source SBMESH, a destination SBMESH is 
determined according to the DA stored in an input cell 
5 for a BOM or SSM, and according to the input VCI/MID 
of the cell for a COM or EOM. In the source SBMESH, 
a VCI/MID for a PVC preliminarily provided between the 
source SBMESH and the destination SBMH is assigned to 
the cell. Additionally/ the cell is assigned a tag 
10 such that the cell can be transmitted to the 
destination SBMH. The SBMH obtains an output VCI/MID 
according to the DA for a BOM or SSM and according to 
-an input VCI/MID of "an input" cell ' to a destination 
SBMH for a COM or EOM, The obtained output VCI/MID 
15 is assigned to a predetermined RMLP as routing 
information for output . 

(c) Routing from Destination SBMESH to Destination 
SNI 

A destination SBMESH determines in the RMLP a 
20 destination SNI according to the DA for a BOM or SSM 
and according to an input VCI/MID of an input cell to 
a destination SBMH for a COM or EOM,-. In the RMLP, a 
VCI/MID for a PVC preliminarily provided between the 
destination SBMESH and the source SNI is assigned to 
25 the cell. Additionally, the cell is assigned a tag 



360 

such that the cell can be transmitted to the 
destination SNI . The above described routing is an 
example where the above described SNI is accommodated 
in the DS3-DT card. 
5 Figure 215 shows the above described routing 

operation . 

2.3. yPI/VCI and MID Assigning Method 
2.3.1. VPI/VCI Assigning Method 

As a rule, a VPI/VCI is assigned the same value in 
10 the same PVC regardless of the data transfer 
direction , 

( 1 ) Assignment between SNI and SBMH 

A- VPI/VCI is^ assigned a fixed value in the SNI and - 
B-UNI. 

15 VPI/VCI of a cell transferred from a subscriber to 

the ASSW in the SNI 

(a) The MSB 8 bits. are optionally set. 

(b) The subsequent 20 bits are set to "fffff(h)" 
VPI/VCI of a cell transferred from the ASSW to a 

20 subscriber in the SNI 
"OOfffff (h)" 

VPI/VCI of an SMDS cell transferred from a 
subscriber to the ASSW in the B-UNI 

(a) The MSB 4 bits are optionally set ( GFC field). 
25 (b) The subsequent 24 bits are set to "OOOOOf(h)" 



VPI/VCI of an SMDS cell transferred from the ASSW 
to a subscriber in the B-UNI 
"OOOOOOf (h)" 

The VCI between the ASSW and SBMESH is assigned a 
VPI/VCI uniquely corresponding to each SNI such that 
the SNI can be correctly identified in the SMLP as 
shown in Figure 216. 

Figures 217 and 218 show the above described 
method of assigning a VPI/VCI between the SNI and 
SBMH. As an example, a method of assigning a VPI/VCI 
for "from SNI to SMLP (upward)" shown at the middle 
portion in Figure 217 is explained below. 

As shown in Figure 217," a" fi'xed value xxfffff(h) 
is assigned to the header of the cell in the SNI. 
Upon receipt of the cell assigned the fixed value of 
xxfffff(h) from the SNI, the DT (for example, the DS3- 
SMDS interface explained in Part 2) converts the vaj-ue 
into "03f03ff(h)" as if it were hardware. Then, the 
SIFCOM converts the VPI/VCI into "03f0307(h). The 
value "07" represented by the lower bits corresponds 
to the SNI number #7. A cell assigned a value of 
"03f03ff(h)" as a VPI/VCI is transferred to the SBMH. 

Upon receipt of the cell, the SBMH recognizes from 
its VPI/VCI that the cell is SMDS data output from the 
SNI #7. 



• 
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(2) Assignment between MHs (in the station). 
Between SMLP and VC of VCC output by SMLP 
The VPI uses the value 03f(h) and VCI uses the 
values 0300 through 03ff(h). 
5 The number identifying the MH at the receiving 

equipment is set to the 8 lower bits of the VCI. 

Between VCC output from SMLP and VCC of ASSW at 
receiving equipment 

A VPI/VCI in this portion is not defined. 
10 Between VCC of ASSW at receiving equipment and 

RMLP and SMIP 

The VPI is "03f(h)" and the VCI is a value in the 
- -- ~ range of 0300 through 03ff(.h). - . _ . 

The value identifying the MH at the sending 
15 equipment is set at the 8 lower bits of the VCI, 

Figure 219 is a table showing the method of 
assigning a VPI/VCI between the above described MHs. 
Figure 220 shows an example of assigning a VPI/VCI 
between the above described MHs. 
20 As shown in Figure 220, "03f0303(h)" is assigned 

as a VPI/VCI when a cell is transferred from the SBMH 
#4 to the SBMH #3, and the 8 lower .bits indicate the 
SBMH #3 which is a receiving MH. If the cell is 
entered in the SIFCOM connected to the SBMH #3 through 
25 the switch (AISW), etc., then the VPI/VCI of the cell 
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is converted into "03f0304( h) " , and the 8 lower bits 
indicate the SBMH#4 which is a sending MH. Thus, the 
MHs at the sending and receiving equipments are 
recognized depending on the VPI/VCI 
2.3.2. MID Assigning Method 

(1) Between SNI and SBMH 

An MID assigning method for a cell to be 
transferred from the SNI to the SBMH depends on the 
configuration of the connected subscriber terminal 
unit. Therefore, the SMLP has the configuration 
capable of receiving all patterns of MID. The MID can 
be simultaneously assigned 16 values for each SNI. 
The^ MID of the' cell transmitted" from the SBMH to the 
SNI can be in the range of 000 through Iff(h). 

( 2 ) Between ^^Hs 

In the SMLP, the number of MIDs of the cell 
transmitted to the destination MH is 256 per VCI (t_hat 
is, per destination MH. As described above, a source 
MH is identified using the VCI of a received cell at 
the destination MH. If a plurality of SMLPs which 
belong to the same source MH (for example, if a single 
SBMH has a plurality of daisy-chained SBMESH, each 
SBMESH has its own SMLP) uses the same MID, an SMLP 
cannot be specified at the destination MH . Therefore, 
the range of the MID assigned to each SMLP belonging 
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to the same source MH is defined as shown in Figure 
221. The SMLP #0 in Figure 221 refers to the SMLP 
provided in the highest order SBMESH in up to 4 daisy- 
chained SBMESHs, sequentially followed by #1, #2, #3, 
. . . downward. 

2.4. Group Address 

If a destination address DA refers to a group 
address, the message transferred according to the DA 
is copied at the SBMH and transferred to all 
destination SBMHs and source GWMHs in the station. 
In the destination SBMH, the RMLP accommodating the 
SNI at the destination group address fetches the 
message. The RMLP- recognizes the number of SNIs 
belonging to the group address, makes copies for the 
number of the SNIs, and transfers the copied message 
to each SNI. Figure 222 shows the distribution of 
data using the group address. 

2.5. Multiplexing 

The SMLP and RMLP can accommodate a plurality of 
SNIs. Accordingly, each ENI can be identified for 
each cell.. Since the SMLP and RMLP simultaneously 
process a plurality of L3-PDUS, they^use a VPI/VCI and 
MID to identify the L3-PDU to which each cell belongs. 

2.6. Outline of Functions 

Figure 224 is a block diagram showing the 
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functions of the SBMESH. Each block shown in Figure 
224 is described later. In Figure 224, the division 
of the PWCB is not shown for each observation of the 
drawings . 
5 3 . SMLP 

3.1. Outline of Processes 

In the SMLP, a protocol performance check of the 
SIP L2 and SIP L3 is made for the cell entered after 
being DMUXed by the MH-COM unit. The destination 

10 address DA of the cell is analyzed, and the cell is 
transmitted to the SBMH accommodating a corresponding 
SNI (subscriber) and the GWMH accommodating 
corresponding ISSI and ICI. • The -SMLP- also has the 
function of converting the SIP L3 format into the ISSI 

15 L3 format (half encapsulation). 

3.2. Configuration 

Figure 225 shows the entire configuration of the 
SMLP. 

The SMLP comprises four printed wiring circuit 
20 boards (PWCB) HMH03A through HMH06A. HMH03A and 
HMH04A mainly perform a protocol performance check. 
A cell determined to be an error in the check is so 
identified with an error flag to be transferred 
together with the cell data. Finally, the cell is 
25 discarded at the output unit of the HMH06A. The 
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HMHOSA performs routing as a DA analysis and 
destination MH determination process. The HMH06A 
mainly performs a PVC band restriction process. 
Figures 226 through 228 show the outline of the 
functions of each block and the relationship between 
an error cell and a maintenance cell. 
( 1 ) Error cell 

An error cell refers to a cell whose master error 
flag (EFl MS) is set to NG (ON), and it should be 
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''•I 10 discarded- The SMLP uses memory for various objects. 



and skips write access to memory if an error cell is 
detected. 

(2) -CRC-10- Error Cell _ _ _ . . - 

A CRC-10 error indicates an error in the data of 



m 15 S1P-L2 



If an error exists in data, conducting a protocol 
performance check using the erroneous data may cause 
another error. Since the L3-PDU (or a SIP-L3 message) 
is identified from another L3-PDU using an MID, an 
20 error caused by a SIP-L3 message 'may be regarded as 
an error pointed to by another SIP-L3 message if the 
MID value is incorrect. Therefore, -tLf a CRC-10 error 
is detected, no subsequent protocol performance check 
is made. 

25 (3) LP test cell (diagnosis) 
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In the diagnosis of the SBMESH, a test cell is 
transmitted from the HLP02A, and returned to the 
HLP02A from each processing unit in the SMLP to check 
error flags, etc.)- 

The diagnosis is conducted when the SMLP is in the 
OUS state (out of service state). The subscriber data 
for use in testing corresponding to each SNI is set 
on a table used in transferring actual data, and not 
table is provided for test use. Therefore, an LP test 
cell which will not set an error flag is transferred 
to the MUX of the MH-COM unit without being discarded. 
However, since the SMLP is not in the master state (in 
the OUS -state), the - above descrrbed- test cell is 
discarded by the selector at the input unit of the 
MUX. 

(4) PVC test 

( 1 ) PVC test between SBMESH-MHs 

In this test, the HLP02A of the SBMESH (HLP024 is 
a PWCB in the LP-COM described later) sends a test 
cell to the SMLP. The SMLP sends the test cell to the 
RMLP of the destination MH through the ASSW. The RMLP 
sends the test cell to the HLP02A In the MH to check 
the normality of the cell. Thus, the PVC test is 
conducted between the SBMESH and the destination MH. 
The test cell is transmitted from the HLP02A with a 
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specific VCI value. 

When the test cell identification bit in the VCI 
(this bit is described in detail later, but is 
referred to as an 0 bit or bit-7) indicates 1, the 
5 test cell is implied and a process is performed for 
the test. Since the test is conducted in the INS 
state (in-service state), the protocol performance 
check is not made- to give no effect on normal message. 
(2) PVC test between SNI and SBMESH 
10 In this test, a test cell is transmitted to the 

RMLP. The test cell is looped back at the SNI (SIFSH 
in this embodiment) and input to the SMLP. Each 
. -Checker. -in the. SMLP performs on the test cell a 
process similar to that performed on a common cell. 
15 A routing unit checks a cell according to the DA. If 
it is a test cell, it is transmitted as VCI="FF(h)" 
to the HLP02A, The test is conducted with the object 
SNI blocked. 

3.3. Correspondence between Each Function Block and 
20 Error Flag 

Figures 229 through 232 show the conditions under 

which each function block and an error flag (EF) for 

each function block operate. The tables shown in 

these figures are described below. 
25 The vertical axis indicates a function block. 
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The horizontal axis indicates the states of the 
error flags EF (EFl and EF2 ) and the states of the 
test between the MESH and PVC. 

Each item is divided into two portions. An upper 
portion indicates the EF which is set to NG after the 
function block is checked, and controls the EF 
described as "ON" if it is set to NG. A lower portion 
indicates whether or not the function should be 
operated (if the unit is a checker, it indicates 
whether or not a check should be made) or whether or 
not a check result should be provided for the EF. 

Figures 233 through 237 show the correspondence 
between the error flag (EF) and the error name (-at TR) 
and the position of the EF in a cell. 
3.4. Process in each Block 

In the drawings of this chapter, the process 
described as "own" indicates read/write memory of the 
hardware. 

(1) Cross-connection selection S 

According to the act information ( SWACTA : home 
system SW ACT = L; mate system SW ACT = H) of the 
switch set by the HLP02A, active type data is 
selected. The ACT control at the switch unit, that 
is, "retaining ACT" is controlled by the HOL02A. 
Since the data from the home and mate system switches 
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are not aligned for the header of the cell , (not in 
phase), the data is once written to the buffer and 
then read from the home and mate systems after 
adjusting the phase of each of the cells. 
5 If the SW of the active system is switched, the 

selector of the data is actually switched- The timing 
is adjusted between the cells. Figure 238 shows the 
timing. 

Since the SMLP receives a TCG cell (test cell 

10 generator cell) for use in conducting a switching test 
for an ATM layer together with other common data, the 
TCG cell should be invalidated. The TCG cell is 
- identified by an -0- bit at the 14th bit in- the tag 
area. In this block, "enable" indicates "valid". A 

15 cell having an 0 bit set to 1 performs a process of 
setting "enable" to "disable". If "enable" is set to 
"disable", the parity should be adjusted 
correspondingly. Figure 239 shows the format of the 
cell. In Figure 239, the 0 bit .is shown in shade. 

20 (2) Test cell multiplexing S 

A test cell multiplexing unit multiplexes a test 
cell from the HLP02A at a timing of an idle cell in 
the line. The HLP02A optionally transmits a test cell 
at any timing. When the line is in the idle cell 

25 state (when enable (ENB) = H) in the present block. 
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a test cell is multiplexed and transmitted, and 
notifies the HLP02A of the result using a signal 
(TSOK) indicating the "test cell multiplexed?". If 
a valid cell is transmitted from the line, the signal 
5 is set to NG. Unless a valid cell is received as a 
normal test cell, the TSOK is set to NG. 

If the LP (LP-COM, SMLP, and RMLP) makes a self- 
diagnosis ( "OUS" state during the diagnosis), all 
cells in the line are masked to "disable" to multiplex 
10 only the test cells from the HLP02A. The designation 
of the LP unit self -diagnosis is set by the MSD in the 
HMH03A. Figure 240 shows the outline of the 
descriptions -above-. - . . . ™ . - 

(3) CRC-10 check S 

15 A CRC division is performed on the payload of a 

cell to check the existence of an error. EFCC is set 
to L when the CRC polynomial indicates a value other 
than 0 ( L2 payload CRC violation). 

A process object is a cell having a test bit 1 of 

20 the 02nd word (inter-MESH PVC test cell), and is 
masked with an error edit IS, The EFIRM is set to L 
to indicate that the L2 header is NS. Figure 241 is 
a table showing this correspondence. 

(4) PL length check S 

25 The valid payload length of a cell is checked (for 
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each segment type). 

When the table of Figure 242 is used, the EFPL is 
set to L, The cell ( L2 payload length error) having 
the test bit 1 of the 02nd word ( inter-MESH PVC test 
5 cell) is not an object cell. If a check is made on 
an inter-MESH PVC test cell, a check is actually made 
and the check result is masked with an error edit IS, 
The EFIRM is set to L to indicate that the L2 header 
is NG. 

10 (5) MID value check S 

If an error is detected in a BOM, EOM, or SSM, the 
EFIM of the E2 is set to L. If an error is detected 

- . -in- a COM, -the- KEFIM of- the El is set- to. L 

(BOM/SSM/with invalid MID error).. 

15 Since a cell having a test bit 1 of the 02nd word 

(inter-MESH PVC test cell) is not a process object, 
it is masked with an error edit IS. The EFIRM is set 
to L to indicate that the L2 header is NG. Figure 243 
shows the error condition in the above described test. 

20 (6) MID check S 

A check is made on a BOM whether or not the 
VCI/MID indicates "not active", white a check is made 
on a COM and EOM whether or not the VCI/MID indicates 
"active" . 

25, • The VCI/MID is read from the memory using the 
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VCI/MID as the address (key) at the arrival, of the 
BOM. 

1. If it is used (^1'), an error flag (the EFMA of 
the EF2) is set (MID currently active) and the 
preceding message is erroneous. Accordingly, the 
master flag ( EFMS ) is held. 

2. If it is not used (*0'), it is accepted. 

3. "Used" (^1') is written to the memory. 

• The VCI/MID is read as an address from the memory 
at the arrival of the COM. 

1. If it is not used ( ^0' ), an error flag (the EFMA 
of the EFl ) is set. 

2. - I£ it is used -( ^ 1 ' ) , it -is accepted. - - - 

3. If it is in the state of 1. above, "no used" 
( - Q' ) is written to the memory. If it is in the state 
of 2. above, "used" (^1') is written to the memory. 

• The VCI/MID is read as an address from the memory 
at the arrival of the EOM. 

1. If it is not used ( '0' ), an error flag (the EFMA 
of the EF2) is set (EOM with unap'proved MID), 

2. If it is used ("1'), it is accepted. 

3. "No used" (^0') is written to^the memory. 

• The SSM is not a process object. 

1. The test bit of the 02nd word in a cell 
indicates "1" ( inter-MESH PVC test cell). 
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2. Error in a CRC-10 check, PL length check, and 
MID value check. 

3. The ENB of the line cell is DSB (invalid). 

If a cell satisfies any of the conditions of 1, 2, 
5 or 3 above, the memory is not accessed for the cell. 
If a cell satisfies the conditions of 1. above, its 
error flag is set to the value indicating OK. Figure 
244 shows the MID check. 
(7) SN check S 
10 The sequence number (SN) is initialized in the BON 

and SSM, and the sequence of the SN is checked in the 
COM and EOM. 

_ • The VCI/MID_ is read from the memory using_ the 
VCI/MID as the address (key) at the arrival of the BOM 
15 and SSM. 

1. No error flag (EFSN) is set regardless of the 
matching between the SN and the read value . 

2, The value of the SN + 1 is written to the memory 
using the VCI/MID as the address. 

20 * The VCI/MID is read from the memory using the 

VCI/MID as the address at the arrival of the COM and 
EOM. 

1. If the SN and the read value match each other, 
it is accepted and no error flag (EFSN) is set. 
25 2. Unless the SN and the read value match each 
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other, it is rejected and an error flag (EFSN) is set. 

3. The value of the SN + 1 is written to the memory 
using the VCI/MID as an address. 

1. The test bit of the 02nd word of the cell 
indicates 1 ( inter-MESH PVC test cell ) . 

2. The MID indicates "not active". 

3. The ENB of the line cell indicates DSB 
( invalid ) . 

• If a cell satisfies any of the conditions of 1, 2, 
or 3 above, the memory is not accessed for the cell. 

If the EFRM indicates the NG (an error in CRC-10 
check, PL length check, or MID value check), the 
memory is not accessed -for -the cell-. - . - - 

• The error flag ( EF2MA and EFIMA) of the cell 
satisfying the 1. above is masked with an error edit 
IS. 

Figure 245 shows the summary of the above 
described SN check. 
( 8 ) Address format check S 

A format check is made on the SA and DA of the 
header of the SIP. 

If the 4 bits indicating the address type in the 
SA and DA address fields satisfy the conditions shown 
in Figure 246, it indicates an error. If the test bit 
of the 02nd word of the cell indicates 1 (inter-MESH 
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PVC test cell), the cell is not a process object and 
masked with an error edit IS. 

(9) DA check S 

An. internal loopback cell is turned back. 
5 • The DA is received at the CAM as an address at the 
arrival of the BOM and SSM. 
1. When a non-matching result is output; 

The 15th bit of the 02nd word of a cell indicates 
0 (route retrieval is required in a routing process ). 
10 2. When a matching result is output; 

An error flag (EFSA) is set if the matching 
address is equal to the SNI ID. 
_ • The COM ..and . CEO. are not process objects.. . 

' If the test bit of the 02nd word of a cell indicates 
15 1 (inter-MESH PVC test cell), it is not a process 
object and is masked with an error edit IS. 

Although the group address is not a check object, 
a non-matching result is output for the CAM, 

Figure 247 shows the summary of the above 
20 described DA check. 

(10) BA size check S 

It is checked whether or not the^jsize of the BA of 
the SIP L# (L3-PDU) is correct. 

When an error is indicated, the EFBA is set to L, 
25 If the test bit of the 02nd word of a cell indicates 
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1 (inter-MESH PVC test cell), it is not a . process 
object and is masked with an error edit IS. Figure 
248 shows the error conditions of the BA size check. 
(11) Ingress flow check S 

The access class is divided into 5 levels for the 
DS3 class of each SNI, and it is checked whether or 
not the limited speed is observed. The number of 
octets is incremented for each class from the leaky 
packet (9192 oct ) of a fixed capacity for each 
subscriber. It is checked whether or not a BAsize is 
acceptable for the leaky packet at the arrival of the 
BOM and SSM. 

- At- every 32th cell frame ( SN.I #0. .through #31), a. 
predetermined number of octets are incremented from 
a leaky packet of each SNI (an increment process for 
each subscriber). 

• After the increment process is performed on a single 
SNI in a single cell frame, it is determined whether 
or not the BAsize is acceptable for the SNI 
corresponding to an arrived BOM . 

• No increment flow check is required for the access 
class word 0 and 5 (0 indicates DSl, .-while 5 indicates 
DS3 ) . However, the increment process can be performed 
by setting the number of the increment octets to all 
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' The firmware sets the number of increment octets for 
each SNI and buffer capacity (9192: predetermined 
value ) - 

A practical process is performed as follows. 

1. Increment process (a process of each subscriber 
is performed for each cell frame. 

The number of increment octets is read from the 
increment octet number memory using the SNI ID (SNI 
number) as an address (key). 

The read value and the number of increment octet 
number are added up after reading the buffer capacity 
from the leaky packet memory using the SNI ID as an 
address.. . , 

If the sum is larger than 9192, it is written to 
the leaky packet memory as the buffer capacity of 
9192. If it is equal to or smaller than 9192, it is 
written to the leaky packet memory. 

2. Data is read from the leaky packet memory using 
the SNI ID as an address upon receipt of the BOM and 
SSM, and the BAsize of 32 is subtracted from the read 
value. If the difference is larger than 0, it is 
written to the leaky packet memory. /If the difference 
is equal to or smaller than 0, the buffer capacity 
read from the leaky packet memory is written to the 
memory as is (without subtraction) and an EF2AC is 
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set . 

1. The COM and EOM are not process objects. 

2. The test bit of the 02nd word of a cell is 1 
(inter-MESH PVC test cell). 

5 3. If the EFIRM indicates L (error in CRC, PL length, 
or MID value) or the BAsize check outputs an error, 
then they are not process objects. 

4. The ENB of the line system cell indicates DSB 
( invalid ) . 

10 If a cell satisfies the condition of any of the 

above described 1., 2., 3., and 4, the memory is not 
accessed for the cell. An error flag (EF2AC) of the 
cell satisfying the condition of ' 2 above * is masked 
with an error edit IS. 

15 Figure 249 shows the above described ingress flow 

check. 

( 12) Error edit IS 

As error checked by each checker is assigned to 
each position of the error flag. 
20 If a flag is set as an error flag EF2, the flag of 

the EFMS of the EFl is set. However, the EFMS is not 
set even if the error is indicated 'by the EF2MA. 

The 2-bit segment type (ST) and the 10-bit message 
identifier (MID) are copied to the 00-th word of the 
25 cell. The received VCI (the 8 lower bits of the SNI 
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number ( SNI ID) is given) is copied to the 01-th word 
of the cell. 

If the test bit of the 02nd word of a cell 
indicates 1 ( inter-MESH PVC test cell), the error flag 
5 of the cell is masked. 

( 13 ) Simultaneous input number check S 

The number of messages simultaneously receivable 
for each SNI is restricted. If the number of arriving 
messages exceeds the restriction number (1 or 16), the 
10 arriving messages are discarded. 

At the initialization for the restriction number 
(1 or 16), 0 or 1 (0 indicates the restriction number 
of 1-; and 1-indicates the restriction -numbei^ of 16 ) 
is set in the simultaneous input restriction number 
15 memory. 

' Process at the arrival of the BOM 

1. When the number of received messages ^ 16 J or 
^ 1) for the SNI (in a normal operation ); 

The RMID is read from the RMID management table 
20 using a next read counter + SNI ID as an address 
(key). (The RMID is, as described later, a value 
obtained by combining the MID and the SNI number, and 
is uniquely assigned to an SNI and each MID in the 
SNI). 

25 The VCI + MID is written to the RMID conversion 
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CAM using the RMID as an address - 

The RMID is written to the 03-th word ( LSB 10 
bits) of a cell. 

The number of received messages (0 through 16) is 
5 incremented (+1). 

If the restriction number is 16 (determined by the 
value in the simultaneous input restriction number 
memory), the next read counter (0 through 15) is 
incremented (+1). 
10 2. When the number of received messages = 16 (or 

rU 1) for the SNI, an error flag (E2EM and EIMS) is set. 

i'ij • Process at the arrival of the SSMS 

L- - 1. When -the -number of received- messages ^- 15 (or 

W ^ 1) for the SNI (in a normal operation); 

I y 

iji 15 The RMID is read from the RMID management table 

using a next read counter + SNI ID as an address. 

The RMID is written to the RMID management table 
using the next write counter + SNI ID as an address. 
The RMID is written to the 03-th word (LSB 10 
20 bits) of a cell. 

If the restriction number is 16 (determined by the 
value in the simultaneous input r^triction number 
memory), the next read counter (0 through 15) and the 
next write counter are incremented (+1). 
25 2. When the number of received messages = 16 (or 
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1) for the SNI, an error flag (E2EM and EIMS)-is set. 

At the arrival of the COM, a matching process is 
performed using the VCI/MID as a matching address in 
the RMID converting CAM, 

1. When a matching result is output; 

The RMID is written to the third word { LSB 10 
bits) of a cell using the RMID as the matching 
address . 

2. When a non-matching result is output; 
•An error flag (EIRM or ElMS) is set. 

• At the arrival of the EOM, a matching process is 
performed using the VCI/MID as a matching address in 
the RMID converting CAM. 

1. When a matching result is output; 
The RMID is used as a matching address. 

The RMID is written to the third word (LSB 10 
bits) of a cell. _ 

The RMID is written to the RMID management table 
using the next write counter + SNI ID as an address. 

The number of received messages (0 through 16) is 
decremented (-1). 

If the restriction number of 16% the next write 
counter (0 through 15) is incremented (+1). 

2. When a non-matching result is output; 
An error flag (EIRM or ElMS) is set. 



# 



383 

The determination as to whether or not a timeout 
cell (EOiVl) is issued is made by checking whether or 
not the master (MS) error assignment memory (1 bit) 
of the error discard unit indicates 1. If the timeout 
5 cell has been issued, the error discard process 
invalidates the EOM cell. 

No process is performed on the inter-MESH PVC test 
cell (test bit is 1), but an error cell (EFIMS 
indicates 1) is processed appropriately. 
10 Figure 250 shows the above described simultaneous 

input number check. 
(14) MRI timeout S 

^ " The time from the reception of the' BOM "to~ the 
reception of the EOM is monitored, and the MRI timeout 
15 is determined. 

An MRI timeout message is detected by entering 
time in the CAM each time a cell arrives ( includ_ing 
an idle cell ) . 

1. A matching process is performed for each cell 
20 frame at the MRI time CAM using 'the "used(O) + 1 + 
current time" as matching data (process for each cell 
frame ) . 

I. When a matching result is output; 
1. A timeout cell (refer to the following NOTE 1) 
25 is generated for an idle cell, and all 1 is written 
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to the RMID conversion CAM and the MRI time CAM. 

2, "Used(O) + 1 + all 1" is written to the MRI time 
CAM using the matching address as an address for a 
cell other than an idle cell (BOM, COM, EOM, and SSM). 
5 II. No process is performed when a non-matching 

result is output. 

2. After performing a process for each cell frame, 
the following processes are performed for each cell. 
• For an idle cell; 

10 I. When a matching result is output for the MRI 

time CAM in the process for each cell frame, the 
process described in 1-1 above is performed, 
- II. -If a- -non-matching result is output . for the_ MRI 
time CAM in the process for each cell frame, a 

15 matching process is performed for the MRI time CAM 
using the "used(O) + 0 + all 1" as matching data. 

1. When a matching result is output, a timeout cell 
(refer to NOTE 1) is generated and all 1 is written 
to the RMID conversion CAM and the time CAM as a 

20 matching address. 

2. When a non-matching result is output, no process 
is performed, 

NOTE 1: An EOM cell (input VCI and input MID are 
written) having an error flag (E2MT) as a timeout cell 
25 is generated. The VCI + MID are read from the RMID 
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conversion CAM using the matching address RMID as an 
address of the input VCI and MID. 

At this time, in the simultaneous input number 
check S process described in (13) above, the following 
5 process is performed. That is, the matching address 
RMID is written to the RMID management table using the 
next write counter + SNI ID (VCI) as an address. 
Then, the number of received messages (0 through 16) 
for the SNI ' ID is decremented (-1)- If the 
10 restriction number is 16, the next write counter (0 
through 15) for the SNI ID is incremented (+1). 
y • When the BOM is received; 

"Used(O) +"1 + [timeout point (present" time +~ T ) ] 
is written to the MRI time CAM using the RMID as an 
15 address. (For example, T = 2.7 ps/cell x 64k (16 bit) 
= 177ms) 

• When the EOM is received; _ 

1. "All 1" is written to the RMID conversion CAM 
and MRI time CAM using the RMID as an address if a 

20 matching result is output for the RMID conversion CAM 
described in (13) above. 

2. No MRI timeout process is performed if aanon- 
matching result is output for the RMID conversion CAM 
described in (13) above. 

25 • No MRI timeout S process is performed on the 
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COM/SSM. 

* No process is performed on the inter-MESH PVC test 
cell (test bit is 1). 

An error cell (EFIMS is 1) is processed 
appropriately- 

The above listed MRI timeout processes are shown 
in the drawings. Figure 251 shows the calculation of 
the MRI Time, Figure 252 shows the RMID conversion 
CAM and the read/write data to the MRI CAM. Figure 
253 shows the timing of each cell. Figure 254 is a 
flowchart showing the simultaneous input number 
restriction RMID acquisition/MRI timeout process. 
. . Described .below is .the supplementary explanation 
of the simultaneous input check MRI timeout S, (and 
RMID acquisition) . 

RMID 

Considering the necessary process capacity in the 
SMLP, up to 32 subscribers ( SNI ) can be accommodated 
in one SMLP, and up to 16 simultaneous input 
restriction number of the L3-PDU is acceptable in one 
SNI. Therefore, up to 512 L3-PDU can be present 
simultaneously (32SNI x 16 L3-PDU =>512). 

The RMID is a management number uniquely assigned 
to the 512 L3-PDU in the SMLP and consists of a VCI 
and MID. Using the RMID, an address of each type of 



387 

table can be degenerated from the 32 VCI x 1024 MID 
= 32 kilobits to the RMID of 512 bits, thereby 
successfully saving the table capacity. Figure 255 
shows the above described degeneration, 
5 The RMID is acquired (set on the RMID conversion 

table) at the following points. 

• When a normal BOM is received. 

□ • When a normal SSM is received ( in the case of the 

SSM, data is not set on the RMID conversion table even 
:/] 10 if the RMID is acquired). 

• The RMID is released (the RMID conversion table 
Ly is cleared) in the following cases. 

Q " '~ ■ ' When a normal EOM ""is received. 

jSh' • When an MRI T.O. EOM is received (transmission of 

==n 15 the EOM at the MRI timeout) 

i.Q • When a normal SSM is received (in the case of the 

SSM, data is not set on the RMID conversion table, _and 
the release process is not required). 

' When the RMID is acquired at the reception of an 
20 erroneous BOM, COM, or EOM. 

The COM/EOM is assigned the RMID after the already 
acquired RMID is read from the RMIDa conversion table 
based on the VCI + MID. 

Figure 256 shows processes on normal and abnormal 
25 cells in the RMID acquisition unit, simultaneous input 




388 

restriction, and the MRI T.O. set/releases, 
1) When the input MID is not fixed; 

The RM refers to an EFIRM and indicates that an NG 
has been detected in the following checks if the RM 
5 is set ON at the entry. 

CRC-10 

PL length 

MID check 

If the result of any of the above listed checks 
10 indicates an NG, then the MID value may not be correct 
and the RMID acquifing unit (including simultaneous 
input restriction and the MRI timeout check) performs 
. . no processes. . . . _ _ 

In the following blocks, data is read from or 
15 written to the memory using the RMID as an address - 
The RMID acquiring unit transmits the input MID as an 
RMID when the RM is set ON and no RMID is received. 
In this case, the data written using a correct RMID 
as an address can be destroyed. To prevent this, the 
20 RMID value should be 11 1111 1111 if no RMID is 
acquired (or assigned) and an unused address of the 
memory is accessed. 

Error discard unit S 
Routing information S 
25 GA copy S 
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VC-SH transmission OK S 

The similar problem may occur in the following 
blocks. To avoid the problem, no process is performed 
when the RM is set ON. Normally, if the RMID value 
5 is 11 1111 1111, an unused address in the memory 
should be accessed. The RM can be used without 
problem, but conformity is also expected. 

BAsize matching, BEtag matching. Length check, 
output MID acquisition 
10 Others 

If the BOM indicates "RM ON", and the COM and EOM 
in the same L3-PDU indicate "RM OFF", then the input 
MID of the BOM may not "be 'correct and the processes 
are performed on the COM and EOM as if no BOM were 
15 entered. 

If the RM is set ON for the EOM, the input MID may 
not be correct and the RMID or MRI T.O. are .not 
released or cleared. Accordingly, the RMI timeout 
occurs . 

20 2) When a master error NG is detected ( RM indicates 
OFF); 

If, an input message indicates a: master error NG 
(EFIMS ON), it is checked on the BOM/COM/EOM/SSM 
whether or not the RMID as well as the message 
25 indicating the OK has been acquired in the input VCI 




390 

+ MID. 

If it has been acquired, the acquired RMID 
(matching address in the RMID CAM) is assigned as an 
RMID. Since the MS is set ON, the process of the L3- 
5 PDU should be stopped and the RMID is then released 
and the MRI T.O is cleared. 

If no RMID has been acquired, the RMID is set to 
11 1111 1111 and the EFIRM is set ON. 
3) When OK is received; 
10 When an OK message is received, it is checked on 

the BOM/COM/EOM/SSM whether or not the RMID has been 
acquired. 

. . „ If it has been acquired,; _ . .... 

1. For the BOM: An RMID is assigned to set an MRI 
15 T.O. again, 

2. For the COM: An RMID is assigned (in a normal 
state ) . 

3. For the EOM: After an RMID is assigned, it is 
released immediately and the MRI T.O. is cleared (in 

20 a normal state). 

4. For the SSM: After an RMID is assigned, it is 
released immediately and the MRI T.O. is cleared. 

If the RMID has not been acquired ; 
1. For the BOM: An RMID is acquired to set an MRI 
25 T.O. (in a normal state). 



391 

2. For the COM: An RMID is set to 11 1111 1111 and 
the MS and RM are set ON. 

3. For the EOM: An RMID is set to 11 1111 1111 and 
the MS and RM are set ON. 

5 4. For the SSM: After an RMID is assigned, it is 

released immediately (in a normal state). 
4) When a simultaneous input restriction NG is 
received; 

A simultaneous input restriction is checked in 
10 this block. 

When a BOM/SSM is received, it is set on the 
simultaneous input restriction table by the firmware. 
The simultaneous input restriction number (when the 
restriction number is 1, 0 is set on the table; when 
15 the restriction number is 16, 1 is set on the table) 
is compared with the number of the L3-PDU (the number 
of received messages) which has received a BOM but not 
an EOM (no MRI T.O. has occurred). If a matching 
result is output, an error flag MS and an EM are set 
20 ON. At this time, the RMID is set to 11 1111 1111. 

The RMID is not acquired and the RMI T.O. is not set. 

The number of received messages /is counted at the 
BOM only when the RMID is newly acquired . 

The number of received messages is counted in the 
25 following cases. 
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When the process normally terminates at the EOM; 
When a timeout EOM is transmitted; and 
When the RM is set OFF, the MS is set ON, and the 
RMID is acquired at the BOM/COM/EOM. 
5 5) When an MRI timeout check is made; 

An MRI timeout check is made in this block. 
The MRI timout check is monitored for each cell 
regardless of the validity of a received cell. If 
timeout is detected, the timeout pattern is set on the 
10 MRI T.O- table using the corresponding RMID as an 
address . 

If the cell is invalid, the MRI T.O, table is 
checked for the existence of _a jtimeout pattern. If 
a timeout pattern is detected, the VCI + MID read from 
15 the RMID conversion table and the RMID are assigned 
to the T.O. EOM (timeout EOM) and transmitted. At 
this time, the error flag sets the MS and MT to ON. 
After the T.O. EOM has been transmitted, the RMID is 
released and the MRI T.O is cleared . The timeout 
20 point of the MRI T.O table is set 'at the BOM when the 
RMID is newly set or set again. 

The timeout point of the MRI T,0<, table is cleared 
in the following cases. 

When the process normally terminates at the EOM; 
25 When a timeout EOM is transmitted; and 
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When the RM is set OFF, the MS is set ON, and the 
RMID is acquired at the BOM/COM/EOM. 
6) Processing a PVC (between MESH and MH) 

No RMID acquisition, simultaneous input 
restriction, or MRI T.O. process is performed on a PVC 
test cell between the MESH and MH. The data of an 
input cell is output as is together with the area of 
the RMID and an error flag. 

(15) Hel check S 

It is checked whether or not the header extension 
length is set to 3 . If the value is other than 3, the 
EFHE is set to L. 

" - If the test bit of the "02nd word of a" cell is 1 
( inter-MESH PVC test cell), the cell is not a process 
object. 

(16) HE format check S 

It is checked whether or not the first 3 octets 
(first element) of a header extension is set to 3 
(element length), 0 (element type), and 1 (element 
value). If it is set to different values, the EFVE 
is set to L. 

If the element type represented by the second 
octet in the second element (next 3 octets) of the 
header extension indicates 1, then the element length 
represented by the first octet is checked. If it 
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indicates a value other than 4, 6, or 8, the.EFCS is 
set to L. 

If the test bit of the 02nd word of a cell is 1 
(inter-MESH PVC test cell), the cell is not a process 
5 object. 

Figure 257 is a table showing the summary of the 
above described HE format check. 
( 17 ) SA check S 

It is checked whether or not the SA stored in the 
10 input cell is that entered in the transmission SNI . 

• The SA is input to the CAM at the arrival of the 
BOM and SSM. 

- - - -Unless a- matching -result-is output , an- error flag- 
(EFSA) is set. 

15 If a matching result is output, an error flag 

(EFSA) is set only when the matching address is other 
than the SNI ID. 

If a matching result is output, no process is 
performed when the result equals the SNI ID. 

20 The COM and EOM are not check' objects. 

• If the test bit of the 02nd word of a cell is 1 
(inter-MESH PVC test cell), the cell, is not a process 
object. 

Figure 258 is a table showing the summary of the 
25 above described SA check. 
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(18) DA screening S 

A sending restriction is placed on a destination 

SNI. 

' Process at the arrival of the BOM and SSM 
5 1. It is determined whether the AT (address type) 

indicates an individual address (lA) or a group 
address (GA), and reads from the SC attribute memory 
the attribute to the AT ( lA or GA). 

2. A matching process is performed at the DA 
10 screening CAM using the DA as matching data. 

Refer to Figure 259 showing the SC attribute and 
the matching state. If it indicates an error, an 

._ error flag is- set to- L.- . .. 

• The COM and EOM are not process oblects. 
15 • If the test bit of the 02nd word of a cell is 1 

(inter-MESH PVC test cell), the cell is not a process 
object . 

(19) BEtag match S 

It is checked whether or not the BE tags stored in 
20 the header of the SIP (L3-PDU) and the trailer match 
each other. 

If the BEtag of the SIP L3-PUU stored in the 
payload field of the BOM is stored and the EOM is 
received, then the stored BEtag is compared with the 
25 BEtag stored in the EOM. If they are different from 
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each other, the EFBE is set to L. 

If the test bit of the 02nd word of a cell is 1 
(inter-MESH PVC test cell), the cell is not a process 
object. 

Figure 260 is a table showing the summary of the 
above described BE tag. 

(20) BAsize matching check S 

It is checked whether or not the BAsize stored in 
the header field of the SIP (L3-PDU) and the length 
value stored in the trailer match each other. • 

If the BAsize stored in the payload field of the 
BOM is stored and the EOM is received, then the stored 
BAsize is compared with the length stored in the EOM, 
If they are different from each other, the EFLE is set 
to L. 

If the test bit of the 02nd word of a cell is 1 
(inter-MESH PVG test cell), the cell is not a process 
object. 

Figure 261 is a table showing the summary of the 
above described BAsize match check. 

( 21 ) Information length check S 

It is checked whether or not t)ae BAsize and the 
information length of a received L3-PDU match each 
other. 

• Process at the arrival of the BOM 
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The number of the necessary cells and the length 
of the information (PL length) contained in the last 
cell (EOM) are calculated. The calculation is made 
according to the equation BAsize ^ 40 oct = quotient 
+ remainder, thereby obtaining a quotient = cell count 
value and the PL length of the EOM = remainder + 
40oct. 

The calculation result is written to the cell 
count memory and the PL length memory using the RMID 
as an address (key). 

• At the arrival of the COM, a value is read from 
the cell count memory using the RMID as an address. 

" "1." If the read value is 0, an error 'flag' (EFIL) "is ~ 
set . 

2. If the read value is not 0, the read value is 
incremented and written to the cell count memory, 

• At the arrival of the EOM, a value is read from 
the cell count memory using the RMID as an address. 

1. If the read value is not 0, an error flag (EFIL) 
is set. 

2. If the read value is 0, a value is read from the 
PL length memory is read using the RMID as an address. 

The read value is compared with the actual payload 
length of the EOM. If they are different, an error 
flag (EFIL) is set. 
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• If the test bit of the 02nd. word of a cell is 1 
( inter-MESH PVC test cell), the cell is not a process 
object • 

Figure 262 is a table showing the summary of the 
above described information length check. 

(22) Error edit II S 

An error checked by each checker is assigned to 
each position of the error flag. 

If the flag is set at error flag E2, a flag EFMS 
is set. 

(23) Errorred L3-PDU control and encapsulation S 
(1) Errorred L3-PDU control 

-The following two processes- are performed in -this 
block. 

1. Discard of error message in L3-PDU units 

When a BON or COM having a master error (EFMS) set 
ON is received, the master error is set ON in this 
block for the COM and EOM having the same SNI/MID 
value received subsequently even if the L2-PDU is 
normal. Figure 263 shows the discard of the error 
message of the above described L3-PDU. 

2, Discard of messages received after the MRI 
timeout EOM (reception of pseudo EOM) 

If the MRI timeout is detected, a pseudo EOM is 
generated at the MRI timeout unit of the HMH04A and 
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then transmitted. In the blocks after the MRI timeout 
unit, the L3-PDU termination process is performed 
based on the pseudo EOM. The cells received after the 
pseudo EOM are processed as follows. 

* COM: A master flag (MS-FLAG) ,is set ON, and 
subsequent cells are processed as error cells, 

• EOM: Discarded as an invalid cell. At this time, 
a signal is output to count the number of discarded 
cells . 

Figure 264 shows the discard of the message 
received after the above described MRI timeout EOM, 

A master error flag is set for the message of an 
error ceil ( for which a master error flag is set) in 
the process 1 above. 

* If a cell is an error cell at the arrival of the 
BOM, the master error information (hereinafter 
referred to as an MS ) is written to the error memory 
using the test bit + input VCI + input MID as an 
address (key), and the timeout information 
(hereinafter referred to as a DM)' is initialized. 

If it is not an error cell, the MS and DM at the 
corresponding address are initialized (refer to 1 and 
2 shown in Figure 265). 

• The MS and DM are read from the memory using the 
test bit + input VCI + input MID as an address at the 
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arrival of the COM (refer to 3 through 7 in Figure 
265) . 

I. If the MS of the read value is erroneous, a 
master error flag is ^et for the arriving cell (refer 
to 4 in Figure 265). 

II. If the DM of the read value is erroneous, a 
master error flag is set for the arriving cell (refer 
to 5 in Figure 265). 

III. If the arriving cell is erroneous, the MS is 
written to the corresponding address (refer to 6 and 
7 in Figure 265 ) . 

• The MS and DM are read from the error memory using 
the test bit + input VCI + input MID as an address at 
the arrival of the EOM (refer to 8 through 10 in 
Figure 255 ) . 

I. If no error is detected in the MS and DM of the 
read values, the DM is written to the corresponding 
address (refer to 8 in Figure 265). ~ 

II. If the MS of the read value is erroneous, a 
master error flag is set for the -arriving cell, and 
the DM is written to the corresponding address (refer 
to 9 in Figure 265). ^ 

III. If the DM of the read value is erroneous, the 
cell is invalidated (refer to 10 shown in Figure 265). 
( 2 ) Encapsulation 



r 
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In the process 2 above, the SIP L3-PDU is 
converted into the Inter-MH inf. PDU (inter-message- 
handler interface protocol data unit) (the SIP BOM cell 
is copied to generate an Inter-MH BOM cell), 
5 • An erroneous cell (marked with a master flag) is 

not a process ob j ect . 

• A cell is buffered at the arrival of the BOM and 
SSM. 

• The arriving BOM and SSM are copied to generate 
10 an encapsulated BOM ( inter-MH inf BOM) (an ISSI header 

[ES: explicit selection] and a carrier are assigned). 
The encapsulated BOM cell is then transmitted, 

• The arriving- BOM is transmitted when-an^ rdle cell 
is detected with the segment type (ST) assigned to the 

15 COM. 

• The arriving SSM is transmitted when an idle cell 
is detected with the segment type (ST) assigned tojthe 
EOM. 

• At the arrival of the COM and EOM; 

20 I, If the corresponding cell '( determined by the 

RMID) is stored in the buffer, the cell in the buffer 
is transmitted first (to prevent the rearrangement of 
the sequence of cells for the message). 

II. Unless the corresponding cell (determined by the 

25 RMID) is stored in the buffer, the cell is 
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transmitted, 

• If the cell cannot be written to the buffer; 

1. The cell is discarded (as an invalid cell). 

2. To count the number of discarded cells, a 
5 discard signal is provided for the HMH06A in 

synchronism with the cell frame (indicating that one 
cell is discarded in one cell frame). 

Figure 266 is a table showing the summary of the 
above described encapsulation. Figure 267 is a table 
10 showing the XSSI header to be assigned to the inter-MH 
INF BOM. Figure 268 shows the cell format of the 
inter-MH inf BOM. 
(24) Carrier selection S 

• At the arrival of the BOM and SSM; 

15 1. If no carrier selection is detected in the 

second element of the header extension, the explicit 
selection bit of the ISSI header is set to 0. 

The carrier ID is read from the memory using the 
SNI ID as an address. 

20 The read carrier ID is written to the carrier area 

of the ISSI header. 

2. When a carrier selection is Adetected in the 
second element of the header extension, the explicit 
selection bit of the ISSI header is set to 1. 

25 The carrier ID of the header extension is written 
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to the carrier area of the ISSI header, 

3. An erroneous cell (marked with a master flag) 
is not a process object. 

• The COM and EOM are not process objects. 
Figure 269 shows the above described carrier 
selection. 
(25) Routing S 

The route information is retrieved and assigned an 
output VCI (destination MHID). 

' At the arrival of the BOM; 

I. For a group address (GA) (when the address type 
of the DA is GA (1110)), a broadcast is performed to 
all SBMH/GWMH in the station, 

1. A broadcast is specified for the EC area of the 
02nd word of the cell. All 0 is written to the VCI 
area . 

2. The EC of the 02nd word of the cell and -the 
output VCI are written to the routing information 
memory using the RMID as an address. 

II. For an individual address (lA) (when the address 
type of the DA is lA (1100), data is simultaneously 
read from the intra-station, intra- s1?ation number, and 
inter-station number tables using the DA as matching 
data. The matching priority is set in the order of 
the intra-station, intra-station number, and inter- 
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station number tables. 

1. An SBMK designation VCI is assigned when a 
matching result is output in the intra-station routing 
table. ' The output VCI is read from the intra- 

5 station phone number VCI assignment table using the 
matching address as an address, and is written to the 
VCI area of the 02nd word of the cell. A broadcast 
is designated for the BC area. 

' The BC and the output VCI of the 02nd word of the 
10 cell are written to the routing information memory 
using the RMID as an address. 

• The ISSI carrier area is set to all 0. 

2. When a matching result is output on the intra- 
station phone number table, the data is broadcast to 

15 all SBMHs. 

• A broadcast is specified for the BC area of the 
02nd word of the cell. All 0 is written to the VCI 
area . 

• The BC of the 02nd word of the cell and the output 
20 VCI are written to the routing information memory 

using the RMID as an address. 

' The ISSI carrier area is set tOAall 0. 

3. An GWMH designation VCI is assigned when a 
matching result is output in the inter-station routing 

25 table. 
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• The output VCI is read from the inter-station 
phone number VCI assignment table using the matching 
address as an address, and is written to the VCI area 
of the 02nd word of the cell- A broadcast is 

5 designated for the BC area. 

• The BC of the 02nd word of the cell and the output 
VCI are written to the routing information memory 

Q using the RMID as an address. 

rfi 4. Unless a non-matching result is output on the 

10 three routing tables, the data is broadcast to all 
GWMHs in the LATA, 
Ijj ' A broadcast is specified for the BC area of the 

m ' 02nd" word of the cell.~ All 0 is written to th"e VCT" 

;=H area . 

15 • The BC of the 02nd word of the cell and the output 

VCI are written to the routing information memory 
using the RMID as an address. _ 

• For the COM and EOM, the route information is read 
from the routing information memory using the RMID as 

20 an address and written to the BC area and the VCI area 
of the 02nd word of the cell. 

Figure 270 is a table showing the summary of the 
above described routing process. Figure 271 is a 
block diagram showing the above described routing 

25 process. 
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(26) Carrier screening S 

A sending restriction is placed on the carrier 
specified by each SMI. 

At the arrival of the BOM and SSM, a matching 
process is performed on the SMI ID + carrier of the 
ISSI header as data by the carrier screening CAM. If 
a matching result is output, the ISSI carrier area is 
cleared (all ^0') and an error flag (EFEB) is set. 
Figure 272 shows the above described carrier cleaning 
and the state of the carrier, 

(27) GA copy S 

Cells of the number of the implemented MHs are 
copied and an output -VCI -is assigned to transmit- a 
broadcast cell to an implemented MH. 

When a cell arrives, the BC area (12th and 13th 
bits) of the 02nd word of the cell is checked and a 
transfer destination MH is determined according to the 
conditions shown in Figure 273. 

' Process performed when the BOM arrives 
1. When there is a space area in the buffer (buffer 
^ full) 

I 0 is written to the FIFO wrii:e NO memory, and 
the cell is written to the buffer. 

II The cell is read from the buffer and written 
to the copy memory with the BC area specified. 



407 

III An output VCI is assigned and 0 is written to 
the CP area and then the cell is transmitted. It is 
transmitted without performing any process if the BC 
area is 00. 

IV If 1 is set in the BC area (in either of the 
two bits), reading a cell from the buffer is stopped. 
The MH ID corresponds to the address of the 
implemented/unimplemented memory ( addresses 00 through 
IF to the SBMH and addresses 40 through 5F to the 
GWMH). Data is read from the copy memory (copying 
cells) and an output VCI is assigned in the address 
order. 

V ■ When cells "are "copied, 1 is written- to the CP 
area . 

2. When the buffer contains no space area (buffer 
= full); 

I The cell is discarded (as an invalid cell)_. 

II The number of discarded cells is counted 
(written to the dual port RAM directly connected to 
the p-P bus ) . 

III 1 is written to the FIFO write NG memory. 
• Process performed when the COM/EOM arrives 

1. When the buffer contains a space area (buffer 
^ full); 

I Data is read from the FIFO write NG memory. 
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If the read data indicates 0, the cell is written to 
the buffer, 

II Cells are retrieved from the buffer and written 
to the copy memory with the BC area specified. 
5 III An output VCI is assigned and transmitted with 

0 written to the CP area. If the BC area indicates 
00, the cell is transmitted with no process performed. 

IV If the BC area indicates 1 (in either of the 
two bits), reading a cell from the buffer is stopped. 

10 The MH ID corresponds to the address of the 
implemented/unimplemented memory ( addresses 00 through 
IF to the SBMH and addresses 40 through 5F to the 
GWMH). Data_ is read from the copy . memory (copying 
cells) and an output VCI is assigned in the address 

15 order. , 

V When cells are copied, 1 is written to the CP 
area. 

2. When the buffer contains no space area (buffer 
= full) and the FIFO write NG memory is 1; 
20 I The cell is discarded (as an invalid cell). 

II The number of discarded cells is counted 
(written to the dual port RAM directly connected to 
the p-P bus ) . 

III 1 is written to the FIFO write NG memory, 

25 • Process when an error cell is set (setting a. 
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master error flag) 

1- When the BC area indicates 00, the cell is 
transmitted with no process performed, 

2- When the BC area is set to a ( in either of the 
5 two bits ) ; 

An output VCI is assigned and the cell is 
transmitted without any process if the cells after the 
BOM are error cells. 

If the cells after the COM/EOM are erroneous 
10 cells, 1 is written to the CV area only in the first 
error cell having the same error message and a normal 
copying operation is performed. For the second and 
subsequent- error cells, -0 -is.- written to the CV area - - - - 
and an output VCI is assigned. The cell is 
15 transmitted with no other processes performed. 

Figure 274 shows the GA copying operation. Figure 

275 shows the cell format after the broadcast. Figure 

276 is a flowchart of the GA copy process. 
(28) Restriction of the output band S 

20 A restriction is placed on the output (peak rate) 

for each transmission MH (32 SBMH/32 GWMH). 

The number of messages discaijded due to the 
absence of space areas in the buffer is counted. 
Figure 277 shows the above described output band 

25 restriction. 
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(29) Output MID acquisition S 

An MID (the same MID can be assigned to different 
message handler MHs ) is assigned to each destination 
MH. Up to 256 MIDs can be provided for one MH ID. 
5 However, MESH #0 can be assigned 1 - 255; MESH #1 can 
be assigned 255 - 511; MESH #2 can be assigned 512 - 
755; and MESH #3 can be assigned 756 - 1023. The 
MESHID is identified by the firmware. 

* Process performed when the BOM arrives 
10 1.^ When the number of possibly acquired MIDs for 

ru the MH ID is not 0 (next read counter e next write 

[y counter ) ; 

:==^ - - - - An MID is read from the- MID management table using- 

:M the next read counter + MH ID as an address. 

15 The MID is written to the MID conversion memory 

using the MH ID + RMID of the cell as an address. 

The read MID is written to the 3rd word of _the 
cell (LSB 10 bits) . 

The next read counter (0 through 255) is 
20 incremented. 

1 is written to the flag (1 bit) of the MID 
conversion memory using the RMID a + MH ID as an 
address . 

2. When the number of possibly acquired MIDs for 
25 the MH ID is 0 (next read counter = next write 
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counter ) ; 

A master error flag (EIMS) and an error flag 
(E2MN) are set. 

• Process performed when a COM arrives 

5 An MID + flag is read from the MID management 

memory using MH ID + RMID of the cell as an address. 

1. If the read flag value is 1, the read MID is 
written to the 3rd word ( LSB 10 bits) of the cell. 

2. If the read flag value is 0, a master error flag 
10 (EIMS + EIMN) is set. 

• When the EOM arrives; 

An MID + flag is read from the MID management 
_ _ memory using MH ID + .RMID o£- the .cell as an. address. 

1. If the read flag value is 1, the read MID is 
15 written to the 3rd word (LSB 10 bits) of the cell. 

The MID releasing operation is performed as 
follows. 

The MID is written to the MID management table 
using the next write counter + MH ID as an address - 
20 The next write counter (0* through 255) is 

incremented . 

2. If the read flag value is 0, a paster error flag 
(EIMS + EIMN) is set. 

• An error cell (for which a master error flag (MS) 
25 is set) is not a process object. 



However, if the MID conversion memory flag is 1 
when the COM/EOM arrives, the MID releasing operation 
is performed - 

Figure 278 shows the above described output MID 
acquisition process. Figure 279 is a flowchart 
showing the MID acquisition process. 

(30) Discard count S 

• The number of cells discarded at the VC-SH LSI is 
counted . 

• The number of messages discarded at the VC-SH LSI 
is counted. 

The number of cells discarded at the GA copying 
unit is counted, 

• The number of cells discarded at the encapsulating 
unit is counted. 

(31) SN assignment S 

A value obtained by subtracting 1 from the SN is 
assigned to the BOM. 

No process is performed for the COM and EOM. 

(32) Error cell discard S 

The master error (MS) of an error flag discards a 
re j ected cell . 

(33) VPI/VCI assignment S 

The 01st word (4 bits at MSB and 4 bits at LSB) is 
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assigned 0(H) and the 02nd word (4 bits at MSB) is 

assigned 3(H). 

(34) ja-P interface S[ 

Interfaces with the MNG jaP from the HLP02A. 
5 (35) Timing S 

9M clock and a cell frame are generated based on 
the 19M clock and cell frame received from the HLP02A, 
Each block of the SMLP is described above in 
m detail. Figures 280 and 281 show a list of SMLP 

,'1 10 tables. 

rU 4 . RMLP 

jjj 4.1- Outline of Process 

}z:^ ' ' ' " "A destination address '( DA) " in * a message is 

referred to and a message only addressed to a 
n\ 15 subscriber accommodated in the present RMLP is 

filtered. Then, a route to the destination subscriber 
is retrieved and the VCI to the line to J:he 
destination is written to the cell header. The cell 
is then transmitted to the SW. 
20 4.2- Configuration 

Figure 282 shows the entire configuration of the 
RMLP. Figures 283 and 284 show the outline of the 
functions of each clock shown in Figure 282. (The 
item numbers correspond to the numbers 01 through 23 
25 in the figure). 



4.2.1. PVC Test 

Figures 285 through 287 show the route of the test 
cell processed in the PVC test. Figure 285 shows the 
SNI loopback test; Figure 286 shows the inter-MH 
(using a specific DA) test; and Figure 287 shows the 
inter-MH (using an assigned DA) test. 

4.2.2. MSCN 

Figure 288 shows the MSCN of the RMLP. 
4.2.3- MSD 

Figure 289 shows the MSD of the RMLP. 
4.2.4. Correspondence between each Function Block and 
Error Flag 

- -Figure 290 is a table showing- an- error flag (FF) 
operated for each function block of the RMLP. The 
conditions on which function blocks are operated are 
also described on the table shown in Figure 290. 
How to refer to the table: 

- The vertical axis shows the function blocks. 

- The horizontal axis shows the EFs (EFl and EF2 ) 
and the state of the PVC test. 

- Each item is divided into upper and lower columns - 
The upper columns show EFs rejected by the check of 
a function block. If an EF is rejected, the EF 
represented by *0N' is controlled. The lower columns 
show whether or not the EFs are processed with the 
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check results - 

4.2.5. Data Interface between RMLP and LPCOM 

Figures 291 through 295 show the data interface 
between the RMLP and the LP-COM and the cell format. 
Described below is the detailed explanation of the 
cell format shown in Figures 291 through 295. 

1ST : Segment type (ST) of the inter-MH 

interface format 

DM : Result of matching of the DA-CTL LSI. of 

the HMHOOA (1: matching; 0: non-matching) 
Output MID: Copy of 5 lower order bits of the output 
MID 

-RDA-- - : Combined area of -the -D . C . - of the 00-th- 
word and the output MID'. The DA-ID is 
entered corresponding to the DA of the 
inter-MH interface format- Assigned by 
the DA CTL LSI of the HMHOOA and changed 
into the D.C. and the output MID' after 
the output MI of the HMH02A is acquired. 

Input VCI : The source MH number is represented by 
8 LSB bits of the VCI input from the MDX. 
15-12 are 4 bits of th^ MSB; and 03-00 
are 4 bits of the LSB. 

BRLC : The BRLC number (umbilical link ID) of 

the destination SNI is input. If the 
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destination SNI is HOST SW, it is set to 
0. 

Output VCI: Indicates a destination SNI. In a test 
cell, one MSB bit indicates 1. 
5 PT : Payload type (no process is performed in 

a processor. ) 
CLP : Cell loss priority (no process is 

performed in a processor. ) 

SST : Segment type of the SIP. An 

10 encapsulated segment has the same value 
as the 1ST. 

SN : Sequence number. An original value is 

- - - transmitted from- the processor to the -PM 
unit/billing unit . 
15 Output MID: Message identifier 

1. An RMID is assigned after VCI and MID 
are degenerated by the acquisition of 
the RMID of the HMHOIA. 

2, Changed into an output MID after the 
20 output MID of the 'HMH02A is acquired. 

PL : The PL of the SIP is input. 

CRC : A reassigned PL is input to the 

billing unit. 
4.3. HMHOOA 

25 Figure 296 is a block diagram showing the function 
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of the HMHOOA. Figure 297 is a table showing the 
summary of the functions of each block shown in Figure 
296. 

4.3.1. Selection of cross-connection R 

Data from MH-COM is selected and transmitted to a 
processor . 

(1) Outline of functions 

Figure 298 is a block diagram showing the 
functions of selecting the cross-connection R; and 
Figure 299 is a table showing the summary of the 
function of each block. 

4.3-1-1, 2, and 3 System Cross-connection 

The HMHOOA is an entry of the-RMLP,- and enables 
cross-connection to another RMLP system. It fetches 
data from its own MDX through the B.W.B and 
simultaneously outputs data to another system through 
front connector B. It also fetches the data of other 
systems through front connector A (Figure 300). 
4.3.1-4 39iyiHz FIFO 

The data asynchronously fetched . internally and 
externally is synchronized by reading the data using 
the VI DMX LSI, the same clock, and-^CF. The reading 
CF is generated by the timing generator R (Figure 
301 ) . 

4.3.1-5 Selection of Cross-connection Data 
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The internal and external data output by the FIFO, 
whichever is in an active system, is selected by the 
SWACT. The data is selected in cell frames (Figure 
302). 

4.3.1-7 Address Filter R Inf. 

An address filter R converts a 39M/16 bit parallel 
signal into a 13M/48 bit parallel signal using the 
CSPC-AD LSI because it uses the DA-CTL LSI. The CSPC- 
AD LSI reassigns a parity because the parity does not 
contain "enable". 
(2) MSCN point 

Figure 303 shows an MSCN point relating to the 
cross-connection selecting unit. . The -polarity is. 
represented as being faulty by ^H'. A pseudo-fault 
is represented as a pseudo-fault by *H', The numbers 
( 1 through 4 ) of the items on the table correspond to 
those shown in Figure 298. 
4.3.2, Timing Generator 

A timing generator generates a clock and a cell 
frame to be used in the RMLP after receiving a clock 
and a cell frame from the internal HLP02A. 
(1) Outline of functions 

Figure 304 is a block diagram showing the 
functions of the timing generator R; and Figure 305 
is a table showing the summary of the functions of 



each block. 

4.3.2-1 39iyiH2 CF Generator 

The VI DMUX read CF requires a timing in which the 
same cell can be read from both home and mate systems. 
If the read CF is between the home and mate write CFs, 
a cell immediately before or after is read. 
Accordingly, the read CF is delayed by 9 x if a write 
CF (home or mate) reaches at 6t before or after the 
generated CF. It is processed as a read CF after it 
is written (home and mate) to the VI DMUX. Figure 306 
shows the above described operations. 
(2) MSCN point 

Figure. 307... shows, the MSCN point relating to the. 
timing generator R. The polarity is represented as 
being faulty by ^H'. A pseudo-fault is represented 
as a pseudo-fault by ^H*. The numbers (1 through 3) 
of the items on the table correspond to those shown 
in Figure 304. 
4.3.3. Address Filter R 

It is determined whether or not the cell is to be 
processed in the home RMLP. The cell is then 
transmitted to the processor of 155^6^. 
(1) Outline of functions 

Figure 308 is a block diagram showing the 
functions of the address filter R; and Figure 309 is 
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a table showing the summary of the functions of each 
block shown in Figure 308. 
4.3.3-1 DA Matcher 

When the BOM and SSM arrive, a matching process is 
5 performed between the DA of the cell and the internal 
data of the table. A matching signal and a matching 
address are then output, the matching cell is fetched, 
and matching information and a matching address are 
assigned to the tag field. No operations are 
10 performed when a COM or EOM arrives. 
4.3.3-2 VCI/MID Matcher 

The COM and EOM are filtered using the VCI/MID of 
the BOM. for which the _DA _matcher., output a. matching 
result so that only a cell containing a message to the 
15 internal MESH. 

4.3.3-3 Enable Control 

The "enable" assigned to a TCG test cell and a 
cell for which the DA matcher and the VCI/MID matcher 
output a non-matching result is canceled. The enable- 
20 canceled data is reassigned a parity. 

Figure 310 is a table showing the summary of the 
conditions of the VCI/MID matcher. 
(2) MSCN point 

Figure 311 shows the MSCN point relating to the 
25 address filter R. The polarity is represented as 
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being faulty by ""H". A pseudo-fault is represented 
as a pseudo-fault by *H'. The numbers (1 through 5) 
of the items on the table correspond to those shown 
in Figure 308. 
4.4, HMHOIA 

Figure 312 is a block diagram showing the 
functions of the HMHOIA; and Figure 312 shows the 
summary of the functions of each block shown in Figure 
312. 

4.4.1. Test Cell Multiplexing R and 9MG R 

When the circuit indicates an idle cell, a test 
cell from the HLP02A is multiplexed and transmitted 
to the processor. A_9MCK is generated based on the 
19MCK and the FP from the HLP02A. 

(1) Outline of functions 

Figure 314 is a block diagram showing the 
functions of the test cell multiplexing R and 9MG R 
and a table showing the summary of the functions of 
each block. 

(2) MSCN point 

Figure 315 shows the MSCN point relating to the 
test cell multiplexing R and 9MG R.^^ The polarity is 
represented as being faulty by ^H' . A pseudo- fault 
is represented as a pseudo- fault by ^H' . The numbers 
(1, 2, and 3) of the items on the table correspond to 
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those shown in Figure 314. 
4.4.2. MID Check R 

An MID check is performed on the cell data. 

(1) Outline of functions 

Figure 316 is a block diagram showing the 
functions of the MID check R and a table showing the 
summairy of the functions of each block. 

(2) MID check 

In the MID check R, a process shown in Figure 317 
is performed according to the segment type, DM, and 
RAM information, 

(3) Error flag 

--If an -error is detected in the MID . check R, . an 
error flag is set to 'L' as shown in Figure 318 
according to the segment type. A test cell ( SNI 
loopback) is not a process object. 

(4) MSCN point 

Figure 319 shows the MSCN point relating to the 
MID check R unit. The polarity is represented as 
being faulty by ^H'. A pseudo-fault is represented 
as a pseudo-fault by ^H'. The numbers (1 and 2) of 
the items on the table correspond 1;o those shown in 
Figure 316. Since the unit shares the memory with 
the SN check unit and the encapsulation unit, the MSCN 
point is shared among the MID check unit, the SN check 
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unit, and the encapsulation unit, 

4.4.3. SN Check R 

An SN check is performed on cell data. 
( 1 ) Outline of functions 
5 Figure 320 is a block diagram showing the 

functions of the SN check R and a table showing the 
summary of the functions of each block. This process 
is performed simultaneously with the MID check and the 
encapsulation . 

10 (2) Error flag 

If an error is detected in the SN check R, an 
error flag is set to ^L' as shown in Figure 321 
according to the segment -type. A test cell ( SNI - _ - _ 
loopback) is not a process object. 

15 ( 3 ) MSCN point 

Figure 322 shows the MSCN point relating to the SN 
check R unit. The polarity is represented as being 
faulty by "H'. A pseudo-fault is represented as a 
pseudo- fault by ^H' . The MSCN point is shared among 

20 the MID check unit, the SN check unit, and the 
encapsulation unit. The number 1 of the item on the 
table corresponds to that shown in Figure 320. 

4.4.4. Encapsulation R 

The SIP interface protocol data unit (SIP inf. 
25 PDU) is retrieved from the message handler inter-MH 



424 

interface protocol data unit ( inter-MH inf. PDU) to 
alter the segment type ST. 

(1) Outline of functions 

Figure 323 is a block diagram showing the 
functions of the encapsulation R and a table showing 
the summary of the functions of each block. This 
process is performed simultaneously with the HID check 
and the SN check. 

(2) Error flag 

Figure 324 shows an error flag relating to the 
encapsulation unit. The polarity is represented as 
being faulty by ^L' . A test cell is a process object. 
~i3) MSCN point _ - - . _ 

Figure 325 shows the MSCN point relating to the 
encapsulation unit. The polarity is represented as 
being faulty by 'H'. A pseudo-fault is represented 
as a pseudo- fault by *HV,^.... The number 1 of the item 
on the table corresponds to that shown in Figure 323. 
The MSCN point is shared among the MID check unit, the 
SN check unit, and the encapsulation unit. 
4.4.5. Error Edit IR 

An error checked by each checker is assigned to 
each position of the error flag. 
(1) Outline of functions 

Figure 326 is a block diagram showing the error 
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edit I R and a table showing the summary of the 
functions of each block. 

4.4.6. RMID Acquisition R 

Data is compressed for internal process according 
to the VCI/MID. 

(1) Outline of functions 

Figure 327 is a block diagram showing the 
functions of the RMID acquisition R; and Figure 328 
is a table showing the summary of the functions of 
each block shown in Figure 327. 

(2) Error flag 

Figure 329 shows an error flag relating to the 
- RMID acquisition unit-. --The-polarity is represented 
as being faulty by *L'. 

4.4.7. MRI Timeout Check R 

The MRI timeout of the message received from the 
HMHOOA is determined. 

( 1 ) Outline of functions 

Figure 330 is a block diagram showing the 
functions of the MRI timeout check R; and Figure 331 
is a table showing the summary of the functions of 
each block shown in Figure 330. 

(2) Detailed explanation of functions 
1. ST determination of cell 

Refer to the ST acquisition unit because the 



• 



426 

process is similar to that performed by . the ST 
acquisition unit for MID compression. 
2. Cell counter 

Cells are counted by two methods, that is, a total 
5 cell counting mode and a valid cell counting mode. 
The modes can be switched by the MSD. 

MRITEM: address 0218, bit 03, 0 for total cell 
count, and 1 for valid cell count 
3- Generation of space pattern 
10 Since the process is similar to that of the MID 

compressed space pattern unit. 

4. MRI TIME (AMDCAM) 

1.. The present- time is written from the. cell 
counter at the receipt of the BOM, 
15 2. The time written to the COM and EOM is 

compared with the present time. 

3. If a matching result is output, a timeout 
pattern is generated and written. 

4. If a non-matching result is output and an EOM 
20 is reached, a space pattern is generated. 

5. Generation of timeout pattern 

A timeout pattern is output ,to the MRI TIME 
according to a matching signal of the MRI TIME. 

6. Transmission of TO cell 

25 A timeout cell (TO cell) is generated and 
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transmitted when an invalid cell is detected.. Figure 
332 shows the header format of the TO cell. 

A matching address in the timeout pattern 
indicates the RMID. A destination SNI-ID is assigned 
5 and transmitted according to this RMID by the GA 
copying unit. Accordingly, the destination SNI-ID 
shown in Figure 332 is exactly '*Don't care" (D.C.) , 
and is assigned a destination SNI-ID by the GA copying 
fiO unit. 

10 (3) Error flag 
J,/: Figure 333 shows an error flag relating to the MRI 

^"^^ timeout check unit. The polarity is represented as 

_is . . _ being faulty by . 

rn 4 . 4 . 8 , GA copy 

\^ 15 A cell input at the GA is output to each 

subscriber. 

(1) Outline of functions 

Figure 334 is a block diagram showing the 
functions of the GA copy R; and Figure 335 is a table 
20 showing the summary of the functions of each block 
shown in Figure 334. 

(2) Error flag a 

Figure 336 shows an error flag relating to the GA 
copy unit. The polarity is represented as being 
25 pseudo-faulty by "L*. 
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(3) MSCN point 

Figure 337 shows the MSCN point relating to the GA 
copying unit. The polarity is represented as being 
faulty by *H'. A pseudo-fault is represented as a 
pseudo-fault by 'H'. The numbers (1 through 5) of the 
items on the table correspond to those shown in Figure 
334. 

4.4.9. SNl Available R 

A cell is discarded when it cannot be received due 
to a DT fault of the SIP, etc. 

( 1 ) Outline of functions 

Figure 338 is a block diagram showing the SNI 
available R and a table showing the^ summary of the 
functions of each block. 

(2) Error flag 

If an error is detected. in the SNI available R, an 
error flag is set to ^L' as shown in Figure 339 
according to the segment type. If the highest order 
bits of the inter-MH COM, EOM and destination SNI-ID 
indicate '1', it is not a process object. An error 
cell (SNI loopback) is a process object. 

(3) MSCN point 

Figure 340 shows the MSCN point relating to the 
SNI available R unit. The polarity is represented as 
being faulty by ^H'. A pseudo-fault is represented 
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as a pseudo-fault by "H' . 

4.4.10 Error Edit II R 

An error checked by each checker is assigned to 
each position of the error flag. 
5 (1) Outline of functions 

Figure 341 is a block diagram showing the error 
edit II R and a table showing the summary of the 
functions of each block. 

4.4.11 SA Check R 

10 In response to the GA message, an internal 

loopback cell is turned back, 

(1) Outline of functions 

Figure 342 is a block diagram showing the SA check 
R and a table showing the summary of the functions of 
15 each block. 

(2) Error flag 

If an error is detected in the SA check R, an 
error flag is set to ^L' as shown in Figure 343 
according to the segment type. If the highest order 
20 bits of the inter-MH COM and 'destination • SNI-ID 
indicate ^1', it is not a process object. If a cell 
is assigned an EFMS (master f lag ) it^.,.is not a process 
object . 

(3) MSCN point 

25 Figure 344 shows the MSCN point relating to the SA 
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checking unit. The polarity is represented as being 
faulty by "H* . A pseudo-fault is represented as a 
pseudo-fault by *H'. The numbers (1 and 2) of the 
items on the table correspond to those shown in Figure 
5 342. 

4.5. HMH04A 

HMH04A realizes only the functions of the SA 
screening R to the RMLP. Since the 9MGS and the ]aP 
interface S are shared with the SMLP, they are not 
10 explained in. detail here. 
4.5.1. SA Screening R 

• Outline of Functions 

Re_strictions. .are placed, on the reception of cells 
at a destination SNI . The following two methods are 
15 adopted to restrict the reception of cells - 

1. Restrictions are placed on the reception of 
cells from an entered address (lA) ( SC attribute = 1). 

2. Restrictions are placed on the reception of 
cells from an address other than an entered address 

20 (lA) (SC attribute =0). • ' 

These reception restricting methods are stored in 
the SC attribute memory. 

• Process performed when the BOM and SSM arrive 

1. The attribute of the lA of the SC attribute 
25 memory (shared by the DA screening of the SMLP) is 



431 

read- 

2. A matching process is performed at the SS 
screening CAM (physically the same LSI as the DA 
screening CAM used in the SMLP) using the SA as 
5 matching data. 

The table of Figure 345 showing the state of 
matching with the SC attribute is referred to. If it 
is determined as an error, the error flag (EFSS) is 
set to L. 

10 • The COM and EOM are not process objects. 

• If the highest order bit (bit 11 of the 02nd word) 
of the destination SNI-ID is 1, it refers to an MESH- 
MH PVC test cell and is not a process pbject. 
4,6. HMH02A. 

15 The HMH02A controls the band of the SBMESH-RMLP 

unit and limits the number of transmitted messages. 
Figure 346 is a block diagram showing the entire 
configuration of the HMH02A. 
4.6.1. Outline of Configuration 

20 Figure 347 is a block diagram showing the 

functions of the HMH02A. In Figure 347, the 
horizontal connection mainly refers ^to the highway HW 
data system. The vertical connection mainly refers 
to control data and control signals. 

25 4.6.2. Outline of Functions 
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Figure 348 is a table showing the functions of 
each block shown in Figure 347. 

4.6.3, Outline of Interface I/F 

# Figure 349 shows the state of the interface I/F of 
5 the HMH02A, The horizontal connection mainly refers 
to the HW data system. The vertical connection mainly 
refers to control data and control signals. 

4.6.4. Detailed Explanation 

Sequentially described below in detail are the 
10 functions according to the above described outline. 
4.6.4.1. Message Control 

Figure 350 is a table showing the contents of the 
message control. 

(1) Restriction of the number of simultaneously- 
15 transmitted messages 

A received message is managed for each SNI, and 
the number (corresponding to the number of MID for 
each SNI) of messages simultaneously transmitted is 
controlled. Messages exceeding the restriction number 
20 or containing an error are removed from the HW. 

Figure 351 is a detailed block diagram showing the 
above described simultaneously transmitted message 
number restricting unit. 

The simultaneously transmitted message number 
25 restricting unit manages the transmission of messages 
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by comparing the number of transmitted messages with 
the restriction number. Unless the number of 
transmitted messages exceeds the restriction number 
when messages arrive, the messages is allowed to be 
transmitted and the number of the messages are added 
to the transmission number. If the number of 
transmitted messages has already reached the 
restriction number, arriving messages are rejected. 
The first rejected message is buffered (buffering is 
described later). The other rejected messages are 
processed as invalid messages with an error flag set. 
No process is performed on the subsequent messages 
over the_ number _of the .simultaneously transmitted 
messages. The restriction number of simultaneously 
transmitted messages is 1 or 16. 
(1)-1 Management of transmission number 

The number of transmitted messages is managed for 
each SNI. Figure 352 is a table showing the 
management of the number of transmitted messages for 
a specified SNI. 
(l)-2 Removing error cells 

The error flags of transmi^tted cells are 
monitored. Erroneous cells are processed as invalid 
cells and removed from the process flow not to be 
transmitted to the processors after restricting the 
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number of simultaneously-transmitted messages. If an 
invalid cell is detected, the message related to the 
cell is also processed as an invalid message. An 
erroneous cell is entered in error type statistics 
data and transmitted to the LP-COM for analysis. 
( 1 ) -3 Buffering control 

Buffering control is performed in message units by 
identifying a cell belonging to a message to be 
buffered, accessing a cell memory, and managing the 
number of cells. 

Data is buffered only if messages cannot be 
simultaneously transmitted and the cell memory is 
unused. Although the_data is buffered in message 
units, various messages actually arrive in cell units 
and therefore it requires control in cell units. 

A determination is made when a message passes the 
IBOM as to whether or not the message can be buffered. 
If the determination indicates "yes", it is so 
entered. The message entry state is retrieved for the 
subsequent cell groups, and the cells are processed 
according to the retrieved state. 
1. Message write control 

If an arriving cell belongs to a message which can 
be buffered, it is written to the cell memory. The 
number of cells written to the cell memory is 
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calculated for each SNI, and managed for each message- 
2 . Message read control 

A buffered message is determined as possibly being 
read from a buffer when the number of messages 
5 simultaneously transmitted to the destination SNI does 
not exceed the restriction number. If a message is 
determined as possibly being read from the buffer, it 
is read in cell units from the cell memory and 
transmitted at a timing of an idle cell- At this 
10 time, the number of cells read from the memory is 
counted as in 1 above and managed as having been read. 

The state of a message is monitored by comparing 
1 .with 2 above. 

If 2 is smaller than 1, it indicates that a cell 
15 exists in the cell memory. If they are equal to each 
other, it indicates that the read has been completed. 

Figure 353 shows the concept of the buffering 
management . 

(2) Output MID acquisition 

20 Since the RMID is a compressed MID after being 

combined with the SNI in the HMHOIA, it cannot be 
transmitted as is to the MDX unit- Therefore, an 
output MID is acquired based on the RMID and then 
replaces the RMID. Using the MID identifies messages 

25 of different types to be transferred to the same VCI 
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(SNI), and also identifies messages in cell units. 
Figure 354 is a block diagram showing the output MID 
acquiring unit. 

As shown in Figure 355, an output MID is acquired 
5 based on the VCI of the IBOM and RMID when the IBOM 
arrives. An output MID acquisition table (memory 
shown in Figure 354) is referred to by using the VCI 
of the arriving IBOM cell as a key. The VCI of the 

Q 

i,g IBOM cell refers to. a specific SNI . An output MID is 

10 obtained by adding a predetermined fixed data to the 
^ address of data having the SNI corresponding to the 

i™ VCI of the above described IBOM cell. Then, the 

r message can be entered by writing the RMID to the 

ij shadowed area of the address. The entry of the 

15 message completes the acquisition of the output MID. 

In the cell groups after the above described IBOM, 
the VCI/RMID written to the output MID acquisition 
process of the IBOM is retrieved based on their own 
VCI/RMID as a key. Predetermined fixed data is added 
20 to a resultant address to obtain an output MID. That 
is, relating to cell groups after the IBOM, the output 
MID acquisition table is generated when the IBOM 
arrives and used to obtain the output MID simply by 
retrieving necessary data from the table using their 
25 own VCI/RMID as a key. 



437 

If an lEOM or an error cell arrives, the obtained 
MID is released by deleting the RMID written to the 
above described output MID acquisition table in the 
output MID acquisition process. 
5 (3) Restriction of egress flow 

An egress flow restricting unit classifies 
received messages for each SNI and controls the output 
band based on a predetermined band. 

A band is controlled by managing and controlling 

10 the time interval of transmitting cells. A cell flow 
increases if the interval of transmitting cells is 
shorter, but decreases if the interval is longer 
according to the_ basic concept of the ATM., _ 

Practically, the time interval of transmitting 

15 cells is controlled according to the time parameter 
defined by the band, and the time information is 
constantly stored and managed for each SNI using the 
time table. The parameter for use in controlling the 
band is generated according to the band assigned 

20 individually to each subscriber. 'In the SBMESH unit, 
the table manipulation, settings, etc. are 
collectively managed by the pP unit provided for the 
HLP02A of the LP-COM unit. Figure 356 is a block 
diagram showing the egress flow restricting unit. 

25 (4) Discard counter 
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Cells discarded by the band control through the 
restriction of an egress flow are counted and the 
information is transmitted to the PM unit (HLMOIA). 
The counter comprises a duplex configuration 
5 memory in the RAM. It releases one portion of the 
memory at the HLMOIA 's request for data and counts 
discarded cells in the other portion of the memory . 
These RAM portions are switched according to a RAMCHG 
signal from the HLMOIA. Figure 357 is a block diagram 

10 showing the discard counter unit. 
(5) Generation of CRC-10 

A CRC-10 generating unit allows the CRC to manage 
a cell payload unit to ensure the normality and 
quality of data. Generating and adding a CRC-10 

15 enables a single-bit error to be detected and 
corrected and also enables a plural-bit error to be 
detected. Figure 358 is a block diagram showing the 
CRC-10 generating unit. Figure 359 shows the 
positions where a polynomial of the CRC-10 generated 

20 by the CRC-10 generating unit and 'a CRC-10 polynomial 
in a cell are stored. 
4.6.4,2. Clock Generating Unit 

A clock generating unit receives a master clock 
and generates a 9MHz clock for use in a highway HW 

25 data process in the RMLP unit and for an external I/F, 
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The master clock manages the SBMESH internal clock 
for the present system, prevents the waste of the 
resources for the BWB, etc. by transmitting the clock 
for plural times, and receives a share from the 
HLP02A. A synchronizing frame pulse ( FP ) is also 
distributed to ensure uniform rise and fall of. a 
generated clock. The 9MHz clock is generated based 
on the master clock. Its phase is synchronized by the 
FP, and then the clock runs autonomously (it can be 
constantly synchronized by the FP). Figure 360 is a 
block diagram showing the clock generating unit. 
Figure 351 shows the method of generating the clock. 
4,6.4.3. ia_P I/F 

This interface receives addresses, data band 
control signals, etc. from the pP unit provided in the 
HLP02A, transmits data, and controls and manages each 
function of internal units. Figure 3 62 shows the 
contents of the jjP I/F, 
5. MH-COM Unit 
5.1. General Descriptions 

The MH-COH unit comprises the following functions. 

1. Data is demultiplexed after being transmitted 
from an ATM switch, and then transmitted to the LP 
unit . 

2. The data from the LP unit is multiplexed and 
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transmitted to the ATM switch. 

3. The signaling through the LAP is terminated. 
The MH-COM unit has a duplex configuration 
exclusive to the ATM switch system, and has a cross- 
connection for signaling and VCC copying between 
systems. The MH-COM unit comprises four PWCBs. 
Figure 363 shows the PWCBs and the functions of each 
PWCB . 

5.2. RDMX/SMUX Function (HMXIOA) 

As shown in Figure 204, the SBMESH is connected to 
sides 0 and 1 of the ATM switch (ASSW). Physically, 
the same cable is used for connection between the ASSW 
upward side 0 and the _ SBMESH and between the ASSW 
downward side 0 and the SBMESH. This cable ' is 
connected to the A-conn. of the HMXIOA PWCB (another 
cable is connected to the b-conn. for a daisy chain). 

As shown in Figure 204, the cable transmits the 
following two types of data. 

• data to be transmitted to the sending terminal of 
the SBMESH, that is, from the SMLP to the ASSW. 

• data to be transmitted from the ASSW to the 
receiving terminal of the SBMESH, that is, to the 
RMLP. 

To transmit the data, the HMXIOA has the following 
functions . 



• 
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• Multiplexing data to be transmitted from the SMLP 
to the ASSW (SMUX function) 

• Demultiplexing data to be transmitted from the ASSW 
to the RMLP (RDMX function) 

5 Figure 364 is a block diagram showing the HMXIOA, 

Figures 365 and 366 show the monitor items of the 
HMXIOA. 

The actual RDMX function does not demultiplex data 
according to the. tag information but fetches data to 

10 the RMLP according to the destination address DA in 
consideration of , the broadcast of the group address 
GA. Thus, the HMXIOA does not have an actual 
multiplexing function, but the function is practically^ 
performed by the RMLP. The HMXIOA transmits the data 

15 from the ASSW to the RMLP. The DMUX LSI shown in the 
figures processes test cells. 
5.3, SDMX/RMUX Function (HMXllA) 

As shown in Figure 204, the SBMESH is connected to 
sides 0 and 1 of the ATM switch (ASSW). Physically, 

20 the same cable is used for connection between the ASSW 
upward side 1 and the SBMESH and between the ASSW 
downward side 1 and the SBMESH. This cable is 
connected to the A-conn. of the HMXllA PWCB (another 
cable is connected to the b-conn. for a daisy chain). 

25 As shown in Figure 204, the cable transmits the 
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following two types of data. 

• data to be transmitted to the receiving terminal of 
the SBMESH, that is, from the RMLP to the ASSW. 

• data to be transmitted from the ASSW to the sending 
5 terminal of the SBMESH, that is, to the SMLP. 

To transmit the data, the HiMXllA has the following 
functions . 

• Multiplexing data to be transmitted from the RMLP 
to the ASSW (RMUX function) 

10 • Demultiplexing data to be transmitted from the ASSW 
to the SMLP (SDMX function) 

The HMXllA also has the function of multiplexing 
and demultiplexing, signallijig data through the .LAP. 
Figure 357 is a block diagram showing the HMXllA. 
15 Figures 368 through 370 show the monitor items of the 
HMXIOA. 

Unlike the demultiplexing function of the HMXIOA, 
that of the HMXllA is realized according to the tag 
- information. Therefore, not only test cells but also 
20 data to be transmitted to the SMLP' is extracted by the 
DMUX LSI shown in Figure 367. 

5.4- VCC Function/Test Cell Multiplexing 

Function/Scheduling Function (HMX12A) 
5.4.1. VCC Function 
25 Figure 371 is a block diagram mainly showing the 
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VCC function of the HMX 12A- Figure 372 is a block 
diagram mainly showing the scheduler function of the 
HiyiX12A- Figures 373 through 375 show monitor items 
in the fault process. 

The cell data from the SMLP and RMLP, and the 
header field of a TCG cell are converted. The header 
field is converted by the VCIP-LSI (VCIP of the SMLP, 
and VCIP of the RMLP ) shown in Figure 371. 

A VCC value is set by writing it from the BSGC to 
the VCIP-LSI through the HSF05A. The VCIP-LSI reads 
the information in the header field and converts the 
header value according to the information written in 
the RAM. 

5.4.2. Test Cell Multiplexing Function 

There are two types of SEL-Nl-LSIs, that is, one 
to multiplex a data cell from the SMLP and a TCG cell 
from the HMXllA, and another to multiplex a TCG cell 
from the HMXllA. The SEL-Nl-LSI multiplexes cells 
from the SMLP/RMLP as is. However, a TCG cell is 
multiplexed only after the inform'ation in the header 
field is read and recognized as a TCG cell. 

5.4.3. Schedule Function (multiplex-LSI control) 

A multiplex-LSI HMXIOA provided in the HMXIOA and 
HMXllA is controlled and multiplexed. 

The scheduler function is designed inside the LCA 
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of the HMX12A. There are two LCAs, one for 
controlling the multiplexing function of the HMXIOA 
and another for controlling the multiplexing function 
of the LCA. 

5 The function of the LCA (scheduler function) 

allows a read enable signal to be sent to each MUX-LSI 
according to a write notification signal from each 
MUX- LSI. 

The HMX12A has four connectors on the front panel 
10 two of which are used for inter-system cross- 
connection between signaling data, the other two of 
which are used to daisy-chain scheduler function 
signals. 

5.5. LAP Terminating/Starting Clock Distribution 
15 (HSF05A) 

5.5.1. LAP Terminating/Starting Process 

Figure 375 is a block diagram showing the function 

of the HSF05A. Figure 377 shows the monitor items on 

the fault correcting process of the above described 
20 HSF05A. 

A signaling cell transferred by the LAP through 

the BSGC is terminated by the EGCLAD shown in Figure 

376, and the signaling data is processed by the pP. 

Actually, an MSCN is collected, an MSD is set, an LSI 
25 is set and monitored, a VCC copy is performed, a fault 
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monitor is performed, etc. Additionally, the 
information of a fault inside and outside the MH-COM 
is notified. 

( 1 ) MSCN/MSD 

5 The MSCN is used in each package PKG unit and 

functions as monitor of abnormal electric volume of 
CK/CF, parity, OBP, fuse, etc. The MSD applies a 
pseudo fault to a checkpoint of the MSCN. 

( 2 ) Setting/Notifying LSI 

10 The LSI is set through the LAP using the pP. 

Furthermore, errors are monitored, cells are 
discarded, etc.. 
( 3 ) yCC Copying 

A VCC copy is performed to copy the VCC 

15 information of the presently active system to a next- 
active system . 

( 4 ) Communications with another system 

The SIC notifies another system of the start/end 
20 of the VCC copy, fault information, etc. 
5.5.2- Distribution of Clock 

The HSF05A receives a source clock from the SYNSH 
and uses 64KHz in the MH-COM and LP-COM. The MH-COM 
generates 155.52 MHz and generates various timing 
25 signals according to the clock- Figure 378 shows the 
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clock system of the SBMESH, 

6 . Protocol Performance Monitor 

6,1. Outline 

The SBMESH monitors the protocol performance of 
5 the L3-PDU of layer 3. The protocol performance 
monitor operates generally in accordance with the TR- 
TSV-000774 issue 1 (hereinafter referred to as TR-774 
for short) published by Bell Communications Research. 
This protocol performance monitor is realized by 
10 the HLMOIA. The HLMOIA also corrects data as 
described later. 

Figure 379 is a block diagram showing the function 
of the HLMOIA. Figures 380 and 381 show the outline 
of the functions of each block in the HLMOIA. Figures 
15 382 and 383 show checks performed by the HLMOIA. The 
check names shown in Figures 382 and 383 correspond 
to the names shown in Figure 379 . 

The results of the checks above are written to the 
MSCN register shown in Figure 379 and provided for the 
20 HLP02A. The results of the fallowing items (not 
described above) are also written to the MSCN 
register. 

• initialization in process 

• LCA configuration in process 

25 • cross communications cable missing 
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• mate system fuse alarm 

• timeout of a watchdog timer of the mate system 
HLP02A 

In Figures 382 and 383, no checks are made if the 
5 conditions defined for each item are not satisfied for 
the check items below the check name = PCc. Checks 
are not made unless a cell is valid. 
6.2. Layer 2 Protocol Performance Monitor 

The SBMESH monitors the protocol performance of 
10 each of' the following parameters of layer 2. 
( 1 ) payload CRC violation 
( 2 ) payload length error 

(3) invalid sequence number 

(4) currently active MID 

15 (5) BOMs/SSMs having an invalid MID 
( 6 ) EDMs having an unauthorized MID 

If an error notification (to be described later in 
detail) is received from the SMLP in the HLMOl of the 
SBMESH, a layer-2 protocol performance monitor is 

20 performed on each of the parameters (1) through (6) 
above through the sum-of -errors algorithm for each 
input SNI. A threshold for the sum-of -errors 
algorithm is set for each SNI by the software as a 
part of the subscriber data. 

25 The TR-774 defines that the above described 
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threshold is variable in the range of 1 through 2^^ - 
1, In the HLMOIA of the SBMESH, the threshold is 
regarded by the software as being contained in (2^ -1) 
and as parts of subscriber data. An 8-digit value set 
5 by the software is a binary representation of the 
exponent X of (2'' -1). 

The count value is compared with the threshold in 
the sum-of -errors algorithm autonomously by the 
hardware. If a count value exceeds the threshold, it 
10 is provided as a flag for the firmware. The firmware 
periodically monitors the flag. If it detects an ON 
state, it notifies the software of the ON state. In 
response to the notification, the software generates 
a TCA. 

15 TR-774 defines a current 15-minute counter and 32 

previous 15-minute registers as parts of the sum-of- 
errors algorithm. 

Two 15-minute counters are provided to swi'Ech 
phases in the SBMESH. Within 15 minutes after a phase 

20 switch instruction/ the software picks up a count 
value from the 15-minute counter corresponding to the 
previous 15-minute register. That is, the software 
provides 32 previous 15-minute registers of the TR- 
774. 

25 The 774 also defines the count of errors for each 
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of the parameters (1) through (6). Practically, as 
in the sum-of -errors algorithm, it defines for each 
parameter a current 15-minute counter and 32 previous 
15-minute registers. 
5 The SBMESH provides two 15-minute counters as 

described above for use in a phase switch, and the 
software provides 32 previous 15-minute registers. 

The definition of the number of digits of the 
counter and the register is in accordance with the 
10 number of digits . specified as the sum-of errors 
algorithm. 

The TR-774 defines that the payload CRC violation 
described in ( 1 ) above and the HCS violation are 
counted by the same counter, and the previous IS- 
IS minute register is shared by both parameters. In the 
SBMESH, the payload CRC violation described in (1) 
above is checked by the SBMESH itself, and the HCS 
violation is checked by the DT . The SBMESH counts "the 
invalid sequence number described in (3) above and the 
20 currently active MID described . in (4) above are 
counted according to an error notification from the 
RMLP (described later in detail). (Since each of the 
above described checks is made and cells are discarded 
when an error is detected in the RMLP, the counting 
25 operations are performed. The number of digits of 
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each counter is also in accordance with that requested 
by the sum-of -errors algorithm). 

The above described counting operation is 
performed for each MH transmitting an errored L2-PDU. 
In this case, the SBMESH provides two 15-minute 
counters to switch phases. 

6.3. Layer-3 Protocol Performance Monitor 

The SBMESH monitors a protocol performance for 
each of the following parameters in layer 3 . 

(1) invalid BA size field value 

(2) invalid HEL field value 

(3) invalid header extension version element 

(4) invalid header extension carrier selection 
element 

(5) BEtag mismatch 

(6) non-matching between BA size field and Length 
field 

(7) incorrect length ~ 

(8) MRI timeout 

(9) invalid DA type 

(10) invalid SA type 

(11) invalid DA assigned to the original SNI 

If an error notification (described later in 
detail) is received from the SMLP in the HLMOIA of the 
SBMESH, a layer-3 protocol performance monitor is 
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performed on each of the parameters in ( 1 ) through ( 8 ) 
above using the sum-of -errors algorithm and Bursty 
error algorithm for each input SNI . 

The threshold of the sum-of -errors algorithm is 
set for each SNI by the software as parts of the 
subscriber data as in the case of layer 2. Also as 
in the case of layer 2, the count value exceeding the 
threshold is notified as an error notification to the 
software through the firmware. In layer 3, as in 
layer 2, the SBMESH provides two 15 -minute counters 
for a phase switch. The software provides 32 previous 
15-minute registers of the TR-774, 

The contents of the log generated when an error 
occurs relating to each of the parameters (1) through 
(8) is as follows. 

(a) error detection date (year, month, day, hour, 
minute, second) 

(b) SNI 

(c) source address 

(d) destination address (including address type) 

(e) special occurrence state 

When a log object error occurs, the hardware sets 
the contents of (b) through (e) in the log register. 
The firmware reads the contents of the log from, the 
register and notifies the software of the contents. 
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The contents of the is not provided from the hardware 
to the firmware. When the firmware fetches the 
contents of the log other than the (a) above, they are 
assigned the time information managed by the firmware. 
5 The contents of the notification for the software do 
not contain year /month/day information. The 
information is managed by the software. The SBMESH 
realizes the log retrieval through the software. 

The threshold for the Bursty error algorithm is 
10 also transmitted from the software to the SBMESH-A as 
''4 parts' of subscriber data as in the case of layer 2. 

i.I It is not necessarily set for each SNI, and is 

I -J 

l" accumulated and managed by the firmware. 

3 According to the TR-774, the threshold is variable 

rU 15 in the range of 1 through 100. The SBMESH specifies 

'!f^ an 8 -digit threshold through the software. Ni and Nb 

"i'ssT 

are used in the Bursty error algorithm, also 
transmitted from the software as parts of subscriber 
data, and set for each SNI . 

20 According to TR-774, Ni and Nb is defined as 

variable in the range of 1 through (2^^ -1), but this 
can be processed as a variation of 2"" and the SBMESH 
processes it as if an 8 software-specified digits 
represent the exponent X of the above value as a 

25 binary. 
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According to the TR-774, Ni and Nb should be set 
for each SS NE, but they are set to the same value for 
each SNI as described above. 

Refer to the TR-774 for the details of the Bursty 
error algorithm. That is; 

• When Ni L3-PDUS are received, an interval counter 
i s incremented . 

• If the number of errored L3-PDUs received exceeds 
Nb, a bad interval counter is incremented. 

• A ratio of the bad interval counter to the interval 
counter is obtained every 15th minute. If the value 
exceeds a predetermined threshold, a TCA is generated.. 

In the above described procedure, the two counters 
are autonomously incremented by the hardware. The 
firmware calculates the ratio every 15th minute. If 
the ratio exceeds the threshold, it then notifies the 
software of the information, and the, software 
generates a TCA. 

According to the TR-774, a current 15-minute 
counter is provided for each of the bad interval, the 
interval, and the ratio. Furthermore, 32 previous 15- 
minute registers are provided for each of the bad 
interval and the interval . The SBMESH provides two 
15-minute counters for each of the bad interval and 
the interval to use them for a phase switch. As in 
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the sum-of-errors algorithm, the SBMESH provides 32 
previous IS-minute registers through the software. 
No current 15 -minute counters exist to count the above 
described ratio. 
5 The TR-774 defines each of the error counts for 

the parameters (9) through (11). The configuration 
of the above described counter and register is the 
same as that of the sum-of-errors algorithm. 

In the SBMESH, the MRI timeout described above in 

10 (10) is counted in response to an error notification 
from the RMLP (described later in detail). In the 
RMLP, the. counting operation is performed because the 
above described check is made in the RMLP and data is 
discarded if a related error is detected. The number 

15 of digits is in accordance with the requirements of 
the sum-of-errors algorithm). The counting is 
performed for each MH. In the SBMESH, two 15-minute 
counter are provided for use in switching phases. 
6.4. Protocol Performance Monitor in Ingress Unit 

20 6.4.1. Process System 

Figure 384 shows based on the TR-774 the check 
items in the ingress unit, appropriate actions when 
an NG is detected, and checking procedure - 
Additionally, SBMESH-related items are included. 

25 Parameters are grouped and checked in an 
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alphabetical order. For example, if an NG is detected 
when a parameter belonging to group A is checked, then 
each of the parameters in group B and the subsequent 
groups need not be checked (including the actions 
5 taken when an NG is detected). If a plurality of 
parameters exist in a group, the parameters can be 
checked in any order. 

"No" is described later. 

The MRI timeout of group A includes the counting 
10 and logging when an NG is detected. 

Group 0 indicates the specification unique to the 
SBMESH. 

_The MID assigned error is an error_ in the SBMESH 
internal process. An end user blocking indicates a 
15 carrier screening error. 

Although the invalid BAsize field and the invalid 
header extension element length are indicated as being 
defined by the FR-774, they are not listed above. 

Since each of the parameters belonging to groups 
20 B through D is checked in the DT unit, it is not a 
check object in the SBMESH. 

Each parameter in item 2 of group L and in items 
4 through 6 of group M refers to a network data 
collection and relates to traffic measurement, 
25 Therefore, it does not relate to a protocol 
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performance monitor. (However, a number is assigned 
as described later). 

Each of the parameters in items 2 and 3 of groups 
J and K is not checked in the SMLP. Therefore, no 
5 error notification is issued, but an area is reserved 
for an error count. 

Although the process is performed by the HLMOIA as 
described above, an error notification to be issued 
in each check in the ingress unit is received from the 
10 SMLP as described above. 

The HLMOIA receives data, cell frames, and enable 
signals from the SMLP. Figure 385 is a time chart of 
each signal. Figure 386 shows the explanation of each 
signal . 

15 As shown in Figure 385, data is received from the 

SMLP in a 16-bit parallel cell format. In a switch 
(including the SBMESH), data is processed as 1 cell 
= 54 octets, and 1 cell of input data is 27 z in 
length at 8M clock. 

20 One cell comprises a portion of 3t: in length 

corresponding to an ATM header (the format of the 3x 
portion is an internal format of the SBMESH and does 
not completely match a common ATM header format. As 
shown in the figures, this portion contains a portion 

25 (source SNI ID) indicating the source SNI of the cell) 
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and a remaining 24x portion. The contents of the cell 
shown in Figure 385 are examples of a case where the 
cell is a SIP-BOM. 

Figure 387 shows a method of identifying a cell 
5 segment type in an ST identification block shown in 
Figure 379. Thus, combining the SST shown in Figure 
385 and the value stored in the 1ST identifies the 
segment type ST. 

i,0 In Figure 387, the inter-BOM refers to a BOM 

:"eJ 

■y 10 incremented as a result of a half encapsulation 

^ process performed in the SMLP. However, this process 

H is not performed on an erroneous cell. Therefore, no 

inter-BOM is received. The ISTs of the SIP-BOM and 
rrj SIP-SSM are 10 and 11 respectively- 

15 Described below is the error determining method in 

nO the error analysis block shown in Figure 379. 

Figure 385 shows values 0 through 25 in 
parentheses at a 9M clock. As described above, 1 cell 
equals 27x, and a cell shows 0 at the first z of the 
20 cell, increments 1 for each of the subsequent x, and 
indicates 27 at the 27th r. These values correspond 
to the "No" of various check items shown in Figure 
384. That is, as the method of identifying an error 
type according to an error notification signal (2), 
25 an error notification signal indicates L, that is, an 
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error, at the portion corresponding to the number 6 
in the parenthesis in Figure 385. 

An invalid sequence number corresponds to "No. 5" 
shown in Figure 384. That is, the above described 
5 example indicates that the cell has the error as a 
result of various checks in the SMLP. This signal 
constantly indicates L at the point of the number 26 
in the parenthesis regardless of the existence of an 
error in the cell. This signal is not used to 

10 indicate an error but to monitor the stack this 
signal. 0 is not used for an error notification 
signal. An error type is determined by the above 
. described .method.. _However,_ only .valid cells .are 
objects of determination. If a plurality of errors 

15 exist in a single cell, an error notification is 
issued for all the errors. Since the check items are 
arranged in the checking order and the "No" is 
assigned in this order in Figure 384, an error 
correcting process is performed only on an error 

20 corresponding to the data for which the error 
notification signal first indicates L in this block. 
When a valid inter-BOH (SIP-BOM or SIP-SSM if half 
encapsulation is not made on an error cell) is 
received, the SA/DA accumulation RAM shown in Figure 

25 379 accumulates the SA and DA in the cell. Described 
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below is the reason for the accumulation of the SA and 
DA. 

The object parameters of the protocol performance 
monitor of layer 3 are 11 items listed at the 
5 beginning of 6.3. above. In the 11 items, a log is 
requested for (1) through (8) when an error is 
detected. Since the SA and DA are contained in the 
inter-BOiVI (having the same contents as the SIP-BOM and 
SIP-SSM), no accumulation is required when an error 

10 occurs in the SIP-BOM or SIP-SSM. However, if a BEtag 
mismatch error, etc. occurs, the error is detected 
when the EOM is received- Therefore, the SA and DA. 
_in the inter-BOM of the L3-PDU are accumulated. 

In the SA and DA accumulation method, the 

15 identification of the L3-PDU is performed by combining 
(corresponding to the RMID) the sending SNI ID and the 
receiving MID in the cell. Accordingly, the data is 
stored in the RAH using the (source SNI ID + MID) as 
an address (key). However, as shown in Figure 385, 

20 the source SNI ID field is 5 bits and the number of 
SNIs accommodated by each SBMESH is 32. Therefore, 
only 5 lower bits of the field are used together with 
the 10-bit input MID field. A total of 15 bits, that 
is, 2^^ is used for an address of the RAM. 

25 If a cell is an SIP-BOM in the groups shown in 



• 
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Figure 384, a MID currently active is determined. If 
it is an EOM, an unauthorized MID is determined and 
counted separately. 

The MRI timeout indicates an error that a timeout 
5 occurs without an EOM cell reaching the SMLP. In this 
case, a pseudo EOM cell is generated in the SMLP and 
the cell is transmitted together with an error 
notification indicating the MRI timeout. The sending 
SNIID and receiving MID in the pseudo EOM cell are the 

10 same as those of the corresponding BOM for the reason 
described below. 

If an error of the object item is determined in an 
error analyzing block, a process as a protocol 
performance monitor is suspended. If an error 

15 requires a log, the contents of the log are stored in 
the register (ingress LOG-Reg in Figure 379). 

The "test" in Figure 385 indicates whether or not 
the cell is an MESH-MH PVC test cell. If the fi~eld 
indicates 1, no process is performed relating to a 

20 monitor of an ingress protocol performance. 

The "CP" in Figure 385 indicates that the .cell is 
copied when a GA copy process is performed by the 
SMLP. If the field indicates 1, no process is 
performed relating to a monitor of an ingress protocol 

25 performance. 
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Each counter shown in Figure 379 stores a count 
value (for each SNI, error type, etc.) in the RAM, 
reads and counts a necessary count value, and then 
stores it in the RAM. The RAM comprises a dual port 
RAM, and is divided into two, one as a current counter 
for hardware access, and the other as a previous 
register for firmware access. The assignment of a 
phase is not fixed to a RAM address, but is switched 
according to a phase switch instruction from the 
firmware issued every 15th minute. The above 
described RAM is provided with chips for an L2/3 Sum 
of Err. count value, an L2/3 individual Err. count 
-value, and an L3 Bursty. Err. count value as shown in 
Figure 379. 

Each of the RAM and counter control blocks shown 
in Figure 379 controls the access from the hardware 
of the- RAM. The RAM is autonomously cleared by the 
hardware (for example, when the system is powered). 

If an error actually has arisen in a cell, an 
error correcting process is performed (by incrementing 
the count value, etc.) during the reception of the 
next cell because, in the case of, for example, an end 
user blocking, the error type can be determined almost 
at the end of the cell. Figure 388 is a time chart 
showing the process performed at the occurrence of an 
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error. 

As described above, each count value is stored in 
the RAM. To increment the count value, the count 
value is read from the RAM, incremented externally, 
and stored again in the RAM. 

In the layer 3 Bursty Err. process, access is made 
to obtain a worst PDU count, errored PDU count, 
invalid count, bad interval count. The access is made 
in series. 

The count value is incremented conditionally for 
the value smaller than the errored PDU count. If the 
conditions are not satisfied, the count value is not 
incremented.. Regardless of the .layer _3 Bursty Err. 
process, the subsequent counting operations are not 
performed if the count value has reached the maximum 
counter value determined by the hardware . 
6.4,2. Detailed Process 
1. L2/3 Sum of 'Err. Count 

If an L2/3 Sum of Err. error is reported; 

(1) The count value is incremented (+1) by reading 
it from the count value storage RAM. Simultaneously, 
a threshold is read from the threshold RAM. 

( 2 ) The count value incremented as described in ( 1 ) 
above is compared with the threshold. If the result 
indicates that the count value is larger than the 
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threshold, the Err. flag-Reg. flag is set ON and the 
result is reported to the firmware. 

(3) The incremented count value is stored in the 
RAM. 

Although the count value is represented by 24 
bits, the reading and writing operations in the RAM 
are performed three separate times divisionally 8 bits 
each. The increment of the count value, the 
comparison with the threshold, and setting a flag-on 
are performed for each sending SNI . 

If the count value is the maximum value in the 
case (1) above, it is not incremented as described 
above in _6.4. 1. A parity check is carrie.d out when 
the threshold is read, a parity is generated when the 
count value is stored, and the parity check is made 
when the count value is read. 

Figure 389 is a time chart showing the access 
timing of the threshold and the count value. 
2. L2/3 individual error count 

When an error to be individually counted is 
reported, the following processes are performed. 

( 1 ) A count value is read from the count value 
storage RAM and incremented (+1). 

(2) The incremented count value is stored in the RAM. 
Figure 390 is a time chart showing the L2/3 
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individual error count process. 
3. Layer 3 Bursry Err. 

When an error relating to Bursry Err. is reported, 
the following processes are performed. 

(1) An Errored-PDU count value is read from the count 
value storage RAM and incremented (+1). 

(2) The incremented Errored-PDU count value is stored 
in the RAM. 

Figure 390 is a time chart showing the L2/3 
individual error count process. 

When an SIP-BOM and SSM are received, the 
following processes are per formed . 

(1) A PDU _ count value, ._Errored-Ppu count value, 
interval count value, and bad interval count value are 
read from the count value storage RAM. Then, only the 
PDU count is incremented (+1), and the Ni and Nb are 
read from the Ni and Nb storage RAM, 

(2) The PDU count value incremented in (1) above is 
compared with Ni . If the result indicates the PDU 
count value = Ni; 

(a) The interval count value read in (1) above is 
incremented (+1), 

(b) The Errored-count value is compared with the 
Nb. Only when the Errored-PDU count value > Nb, the 
bad interval count value read in ( 1 ) above is 
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incremented. 

(c) The PDU count value and Errored-PDU count value 
are cleared (set to all 0) and stored in the RAM. The 
interval count value incremented in (a) above is 
stored in the RAM, and the bad interval count value 
is stored in the RAM only when it is incremented in 
( b ) above . 

Unless the result of (2) above indicates the PDU 
count value = Ni, only the PDU count value incremented 
in (1) above is stored in the RAM. 

Each of . the incrementing and Ni/Nb comparing 
operations is performed for each sending SNI. A 
parity. -bit_ is checked when the. Ni and .Nb are read, 
generated when each count value is stored, and also 
checked when each count value is read. 

Figure 391 is a time chart showing the Layer 3 
Bursty Err. process. 

The above described Errored-PDU is counted as one 
error for a plurality of errors in a single L3-PDU, 
but an error notification is made' from the SMLP each 
time an error occurs- On the other hand, a "1'* is 
written to the E-PDU flag RAM if a burst error occurs 
in the RAM accessed using an address represented as 
a source SNI + MID. When an EOM is received, the RAM 
is read. Only if "1" is read, the Errored-PDU is 
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incremented - 

Figure 392 shows the method of accessing the E-PDU 
flag RAM. 

6.5. Protocol Performance Monitor in Egress Unit 
5 6.5.1. Process System 

Figure 393 shows the outline of the check items in 
the egress unit, the actions taken when an NG is 
^'3 detected, and the checking procedure. In Figure 393, 

ru a unique use of the SBMESH is added for the TR-774. 

10 The groups and Nos. are used similarly as shown in 

rlj 

LT Figure 384. The classification and the position of 

'"^ the groups are in accordance with the TR-774 for E and 

O . ... . F.- Other items are the same as those shown^ in Figure 

y 

ru 384. 

''l^ 15 Each parameter of groups B and G is not checked by 

-^.D the RMLP. Therefore, no error notification is made, 

but an area is reserved to count errors in the PWCB. 

The process is performed by the HLMOIA PWCB as 
described above. However, an error notification of 
20 each check made by the egress unit is received from 
the RMLP as described above. 

The HLMOIA furthermore receives data, cell frames, 
and enable frame signals from the PMLP . Figure 394 
is a time chart of each signal. Figure 395 shows the 
25 explanation of each signal (the signals are the same 
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as those received from the SMLP for the protocol 
performance monitor in the ingress unit). 

The processes performed in the egress unit are 
basically indicated by each signal received from the 
5 SMLP in monitoring the protocol performance in the 
above described ingress unit. 

The format of the portion 3x corresponding to the 
ATM header is an internal format of the SBMESH, and 
does not completely match a common ATM header format., 

10 As shown in Figure 394, the cell comprises a field 
(source MH ID) indicating the source MH of the cell 
and a field (destination SNl ID) indicating the 
- destination SNI-. ^he cell shown in Figure- 394- is an 
example of the SIP-BOM, 

15 The error notifying method followed at an MRI 

timeout is similar to that of the ingress unit. That 
is, a pseudo EOM cell is generated in the RMLP, ^nd 
an error notification indicating an MRI timeout is 
issued together with the cell. The destination SNI 

20 ID in the pseudo EOM cell is the same as that of the 
corresponding BOM. 

Figure 39 6 shows the method of identifying the 
segment type of a cell in the ST identification block 
shown in Figure 379. Thus, combining the 1ST with the 

25 SST shown in Figure 394 identifies the segment type 
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of a cell- 

Each of the blocks shown in Figure 379 has the 
same function and operates the same way as those in 
' the ingress unit. 
5 The "trial" of the Ix data 15 shown in Figure 394 

shows whether or not the cell is an MESH-MH VPC test 
cell. If the cell is an SNI-SBMESH PVC test cell or 
an MESH-MH PVC test cell, none of the processes 
relating to the egress protocol performance monitor 
10 are performed. 

6.5,2. Details of Processes 

Since the processes are basically the same as 
those in the ingress unit, only a- time chart of the 
L2/3 individual Err. count process is shown as Figure 

15 397. 

7 . Network Data Correction 

7.1. General Descriptions 

The SBMESH corrects data for the L2-PDU and L3- 
PDU. The data correction is generally in accordance 
20 with the TR-774. The function of the data correction 
is realized by the HLMOIA. 

7.2. Network Data Correction Parameter 

The SBMESH corrects network data of each of the 
following parameters for each SNI . 
25 (1) Total originating individually addressed L3-PDUS 
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(2) Total Terminating individually addressed L3-PDUS 

(3) Total originating L2 PDUs 

(4) Total terminating L2 PDUs 

(5) Total originating group addressed L3-PDUS 

(6) Total terminating group addressed L3-PDUS 

(7) Discarded L3 PDUs due to access class violations 

( 8 ) Discarded L3 PDUs in the Ingress Unit due to 
exceeding a predetermined maximum value for the number 
of data units 

( 9 ) Discarded L3 PDUs in the Egress Unit due to 
exceeding a predetermined maximum, value for the number 
of data units 

(-10)- Discarded L3- PDUs due to SA screening violations 

(11) Discarded L3 PDUs due to DA screening violations 

(12) Discarded L3 PDUs due to not assigning an SA to 
a source SNI 

(13) Discarded L3 PDUs due to an unavailable 
destination SNI 

The above listed ( 1 ) through ( 6 ) indicate the 
numbers of the L2 and L3 PDUs including the number of 
discarded L3 PDUs. In counting the PDUs in and after 
.(7), the number of L3 PDUs discarded for various 
reasons is counted. 

According to the TR-774, counting the number of L3 
PDUs requires the following values. 
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Total originating (terminating) L3 PDUs 
Total originating (terminating) group addressed 
L3 PDUs 

On the other hand, the SBMESH counts each of the 
5 following numbers, and the software adds the counted 
numbers to obtain the total number. 

Total originating (terminating) individually 
addressed L3 PDUs 

Total originating (terminating) group addressed 
10 L3 PDUs 

If an error notification is received from the SMLP 
or RMLP in the HLMOIA of the SBMESH, the network data 
" correction is performed for each of the parameters (1) 
through ( 13 ) . 

15 According to the TR-774, an interval is set as 15 

minutes and various data for at least the past 2 
intervals is stored. 

The SBMESH provides two 15-minute counters for 
switching phases as in the configuration of the 

20 protocol performance monitor. Within 15 minutes after 
a phase switch instruction, the software receives and 
stores a count value from the 15-minute counter 
corresponding to the previous 15-minute register. 
That is, the software stores various data of at least 

25 the past two intervals. 
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According to the TR-774, each of the above listed 
parameters (7) through (13) requires a log at the 
occurrence of an error. 

The log should contain the following data. 
5 (a) Source address 

(b) Destination address (including address type) 

(c) SNI ) 

(d) State code 

.p (e) Date of error detection (represented by year, 

10 month, day, hour, minute, and second) 
( f ) Address screening 

When a log object error occurs, the hardware sets 
the above listed -(-a)- through (d) in the log register. 
The firmware reads the contents of the log from the 
15 register, and notifies the software of the read 
=Ii contents. The contents of (e) are not transferred 

from the hardware to the firmware. The contents are 
assigned the time information managed by the firmware 
when the. firmware fetches the contents of the logs 
20 other than (e) and (f). However, 'the notification to 
the software does not contain the data of year, month 
and day, which is managed by the software. (f) is 
provided by the software, and each function of 
managing the log contents is realized by the software. 
25 7.3. Network Data Correction in Ingress Unit 
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7.3.1. Process System 

In the parameters (1) through (13) to be corrected 
in the above described network data correction,, the 
ingress unit processes 7 items, that is, (1), (3), 
5 (5), (7), (8), (11), and (12). -In the 7 items, four 
items in and after (7) relate to errors and are 
processed as in the protocol performance monitor 
process of the ingress unit described in chapter 6.4. 

The numbers of the L2 and L3 PDUs of (1), (3), and 
10 (5) are counted regardless of errors in the L2-PDU or 
the L3-PDU. 

This process is performed by the HLMOIA as 
- - described above, but- an error- notification of- various - 
checks of the ingress unit is received from the SMLP. 
15 The error notification is also used in the' protocol 
performance monitor, and the process system is the 
same as the protocol performance monitor process,^ 

Since the SBMESH receives data in the cell format, 
the number of L2-PDUs can be easily counted for each 
20 SNI, and the ST unit of the L2-PDU is analyzed. The 
number of L3-PDU is incremented in the case of an SIP- 
SSM or SIP-BOM. Simultaneously," the SA is analyzed 
to determine whether or not it is an individually 
addressed L3 PDU. As described above, half- 
25 encapsulated cells are received from the SMLP. 
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However, the cells increased in number through the 
half -encapsulation are not counted . 

As in the protocol performance monitor, none of 
the processes relating to the ingress network data 
5 correction are performed if the cell is an MESH-MH PVC 
test cell and a cell copied in the GA copy process. 

The SA/DA accumulation RAM and each of the blocks 
for timing generation, SNl identification, SA/DA 
identification, error analysis, and RAM and counter 
10 are shared with the protocol performance monitor 
process. Each counter is the same as that in the 
protocol performance monitor process. 
' ' - Figure-398 rs -a time -chart showing the process of 
correcting network data in the ingress unit. 
15 7.3.2. Details of Processes 

If valid cells are received as other than inter- 
BOMs and incremented through the half encapsulation, 
the following processes are performed. 

(1) (1) An L2 PDU count value is read from the count 
20 value storage RAM and incremented (+1). 

(2) The incremented L2 PDU count value is stored in 
the RAM. 

If an SIP-BOM or an SIP-SSM is received, the 
following processes are performed. 
25 (1) An L3 PDU count value is read from the count 
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value storage RAM and incremented (+1). At this time, 
the SA unit is analyzed to determine whether it is an 
individually addressed L3 PDU or a group address L3 
PDU- The values are individually incremented. 
( 2 ) The incremented L3 PDU count value is stored in 
the RAM. 

The following processes are performed if errors to 
be individually counted in the network data correction 
are reported. 

(1) The incremented error count value is stored in 
the RAM. 

Although the count value is represented by 32 
bits, - a reading -and a writing operations to the RAM- 
are separately performed each using 16 bits. The 
value is incremented for each source SNI, but is not 
incremented if the count value is a maximum value. 

As described above, the L2 and L3 PDU are counted 
regardless of the existence of an error. The above 
described error count is not performed only when an 
error occurs. A parity bit is generated when a count 
value is stored and it is checked when it is read. 
Figure 399 is a time chart showing the data correction 
process . 

7.4. Network Data Correction 
7.4.1. Process System 
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In the parameters ( 1 ) through ( 13 ) to be corrected 
in the above described network data correction, the 
egress unit processes 6 items, that is, (2), (4), (6), 
(9), and (13). In the 13 items, three items in and 
after (9) relate to errors and are processed as in the 
protocol performance monitor process of the egress 
unit described in chapter 6.4. 

The numbers of the L2 and L3 PDUs of (2), (4), and 
(6) are counted regardless of errors in the L2-PDU or 
the L3-PDU. This process is performed by the HLMOIA 
PWCB as described above, but an error notification of 
various checks of the egress unit is received from the 
RMLP. ^ 

The error notification is also used in the 
protocol performance monitor. Other process systems 
are the same as the protocol performance monitor 
process. (The protocol performance monitor process 
is performed for each source MH. However, the network 
data correction process is performed for each 
destination SNI . Another difference is that an error 
type is accumulated for a log notification, ) 

Error types are accumulated on the following 
grounds. That is, a log is required for (9), (10), 
and (13) when an error is detected. The requirement 
includes an error type of the error. The error type 
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is determined by the "Inter-BOM", Since valid SA and 
DA are determined when the SIP-BOM is received, the 
error type should be accumulated. 

Since the SBMESH receives data in the cell format, 
5 the number of L2-PDUs can be easily counted for each 
SNI, and the ST unit of the L2-PDU is analyzed. The 
number of L3-PDU is incremented in the case of an SIP- 
SSM or SIP-BOM. (Simultaneously, the SAis analyzed 
to determine whether it is an individually addressed 
10 L3 PDU or a group address L3 PDU. As described above, 
half -encapsulated cells are received from the RMLP. 
However, the cells increased in number through the 

- -half -encapsulation are not -counted .-) - 

As in the protocol performance monitor, none of 
15 the processes relating to the egress network data 
correction are performed if the cell is an SNI-SBMESH 
PVC test cell or an MESH-MH PVC test cell. 
7.4-2. Explanation of Process 

The processes are the same as the network data 
correction process in the ingress unit except that 
cells are counted for each destination SNI, 
5 8. Billing Function 

8.1. General Descriptions 

According to the TR-775 (issued by Bell 
Communications Research) defines the billing process. 
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the SBMESH performs the billing process only relating 
to a normally transmitted L3-PDU. This billing 
function is realized by the HLMOOA. 
8.2. Billing Process 
5 Figure 400 is a block diagram showing the billing 

unit. This billing unit performs a billing process 
in response to a notification from the RMLP. 

A signal received from the RLML to the billing 
unit for use in the billing process is cell-formatted, 

10 but the cell received for use in the billing process 
does not contain an error. That is, when the RMLP 
detects an error, the related cell and the cells 
- associated with the erroneous cell are not transmitted 
to the billing unit. For example, if an erroneous 

15 cell is the BOM of the L3-PDU, the COM and EOM in and 
after the L3-PDU are not transmitted to the billing 
unit. Therefore, the billing unit performs its 
billing process assuming that the received cells are 
all normal cells having no errors. Additionally, all 

20 cells received at the billing unit are half- 
encapsulated and their BOM contains the information 
about the SA and carrier in the original L3-PDU, while 
their EOM contains the information about the data 
length in the original L3-PDU. 

25 As described in the general descriptions above. 
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the billing process is performed on a normal L3-PDU 
(or cells forming parts of the normal L3-PDU). The 
TR-775 requires the following items. 
( 1 ) destination address DA 
5 ( 2 ) source address SA 

(3) SNI address 

(4) state code 

(5) segment count (number of L2-PDUs) 

(6) packet count (number of L3-PDUs) 

10 The billing process is performed at the 

destination equipment. The SNI address can be 
uniquely obtained by analyzing the destination address 
DA. Accordingly, the SNI address is obtained- by 
analyzing the DA through the software. The state code 

15 indicates whether the billing data refers to a normal 
L3-PDU or a partially transmitted L3-PDU. Since the 
billing process is performed only on normal L3-PDUs 
as described above, the state code is simply defined. 
Each parameter is accumulated in the L2-PDU, L3- 

20 PDU, SA, and carrier accumulation RAM shown in Figure 
400. Then the firmware fetches various data from the 
above listed items and transmits them to the software. 
The summary of the billing process is described below 
by referring to the cell format shown 'in Figure 401. 

25 If a half -encapsulated BOM is received by the 
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billing unit, the 64-bit source address SA and the 50- 
bit carrier information are stored in the SA and 
carrier accumulation RAM (the I/O is separately 
processed in Figure 401, but actually the I/O is 
5 processed collectively). 

The 50-bit carrier information comprises a 16-bit 
ICI carrier ID, a 16-bit incoming network ID, a 16-bit 
incoming ICI TPS ID, and a 2-bit IIT. 

The address in the above described accumulation 
10 RAM for storing data is represented as a 5-bit 
destination SNI ID and a 5-bit MIE in the BOM. 

In the cell-formatted data from the RMLP, the 
destination SNI ID is an 8-bit field. -However, only 
the lower order 5 bits are used if the maximum number 
15 of the SNI accommodated by each SBMESH is set to 32. 

If a non-half -encapsulated BOM is received by the 
billing unit, a 9-bit RDA compressed from the 64-bit 
DA in the BOM and a D bit are stored in the SA, 
carrier and RDA accumulation RAM. 
20 The reason for compressing the DA into 9 bits and 

the D bit are explained later. A storage address is 
similarly determined as described above using the 
destination SNI ID and MID in the cell as keys. 

Thus, a RAM of the capacity of 2^°(=lk) x 128 bits 
25 is required to stored the above listed information. 
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Physically, a 64k x 16 bits RAM is enough to store the 
information. However, since 32 bits are operated in 
the hardware when the RAM is accessed, two 64k x 16 
bits RAM are required. Figure 402 shows a model of 
5 data stored in the SA, carrier, and RDA accumulation 
RAM. 

The destination address DA is compressed into 9 
bits only when the number of individual addresses (lA) 
and group addresses (GA) for each SNI is limited to 
10 8 each. That is, if there are 32 SNIs, a total of 512 
addresses are managed, thereby representing each 
address by 9 bits, 

Concerning the GA, the same DA can- be defined for- 

a plurality of SNIs. That is, a normal CAM may cause 

15 plural matchings. Therefore, a CAM is divided into 
blocks such that a single block has 8IA + 8GA = 16 
matching patterns for corresponding SNIs. The SNI ID 
specifies in which block a specific matching is made. 
The matching pattern in a CAM is set by the firmware 

20 when a subscriber data is received- The interface 
with the firmware is realized through a command memory 
and a response memory. 

Figure 403 shows the image of the DA compression 
CAM. The DA compression CAM is used when a 64-bit 

25 destination address DA is received and a 9 -bit RDA is 
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generated as shown in Figure 400. The firmware stores 
the correspondence among the RDA, SNI, ID, and DA. 
If none of the above described matching patterns match 
the received cell, a D bit is provided to indicate the 
presence/absence of matching for a compressed DA and 
stored in the DA, carrier, and RDA accumulation RAM. 
If the D bit indicates 1 (matching), the billing 
process is performed. If it indicates 0 (non- 
matching), the billing process is not performed. 

The billing unit does not operate until a half- 
encapsulated EOM is received after the RDA is 
accumulated. Although the number of the L2-PDUs 
should _be .counted,, it. is_not counted when the BOM is 
received (the SA, etc. is accumulated). The count of 
the L2-PDUS is described later. 

The operation performed when the EOM is received 
is described by referring to Figure 404. 

First, the number of L2-PDUs is calculated from 
the data length information "length" of the L3-PDU in 
the EOM. The "length" uniquely ma'tches the number of 
L2-PDUS. Therefore, when the billing unit receives 
an EOM, the length stored in the EOM is output as the 
length address as shown in Figure 400. In Figure 400, 
the 16-bit length is assigned as a ROM address. If 
the maximum value of the length is given, an 
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appropriate number of bits can be assigned based on 
the maximum value. The length address is assigned a 
parity for use in a normality check so that a check 
is made when data is read from the ROM. 

Concurrently read are the SA, carrier, and RDA 
preliminarily (for example, when a BOM is received 
corresponding to the EOM, etc.) stored in the SA, 
carrier, and RDA accumulation RAM using the 
destination SNI ID and MID of the EOM as addresses. 

First, the 64-bit source address SA is compressed 
by the SA compression CAM shown in Figure 400, A 
total of 256 matching patterns are managed - and the 
-compressed SA (RSA) is represented by 8 bits.- 

When data is input to the SA and carrier 
compression CAM, the data should be cell-formatted. 
Cells are formatted by the CLFM shown in Figure 400. 
In the SA and carrier compression CAM, a total of 58 
bits comprising the 8-bit RSA and 50-bit carrier are 
further compressed. In this example, 256 matching 
patterns are managed and the compressed SA and carrier 
(RSAC) are represented by 8 bits. The SA compression 
CAM, SA, and carrier compression CAM perform hardware 
autonomous operations , 

Practically, it is checked whether or not the 
input SA and carrier pattern match the internally 
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stored matching pattern. If a matching result is 
output, the register number is output as an RSA and 
an RSAC. If a non-matching result is output, the 
input SA and carrier pattern are entered in an 
5 available register, and the register number is output 
as an RSA and an RSAC. No interface is made with the 
firmware. (The interface is provided for 

maintenance ) . 

Using a total of 17 bits comprising the thus 

10 obtained 8-bit RSAC and 9-bit RDA as an address, the 
L2-PDU, L3-PDU, SA, and carrier accumulation RAM shown 
in Figure 400 are ., accessed (the I/O is separately 
-processed in Figure 401, but actually -the 1/03 is 
processed collectively). 

15 Using the address, the number of the L2-PDUS is 

read, and the number is added to the L2-PDU forming 
the L3-PDU corresponding to the EOM. Then, the sum 
is stored again in the L2-PDU, L3-PDU, SA, and carrier 
accumulation RAM. Although not yet shown in the 

20 figures, the number of the *L3-PDUs is read, 
incremented, and then stored again in the L2-PDU, L3- 
PDU, SA, and carrier accumulation RAM. 
Simultaneously, the 54-bit SA and 50-bit carrier are 
stored. The firmware accesses the L2-PDU, L3-PDU, SA, 

25 and carrier accumulation RAM to collect the billing 
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information. Practically, there are two RAM to be 
switched by the firmware at predetermined time 
intervals (for example, every minute). In one phase 
the hardware accesses them, and in another phase the 
firmware fetches various data. 

The bit width representing the numbers of the L2- 
PDUs and the L3-PDUs in the RAM is calculated 
according to the number of cells received in a 
predetermined time (for example, a minute). 

Since half -encapsulated cells are received in the 
billing unit, an SSM is counted as 2. IIM cells of 
2.7 \xs are transmitted, thereby amounting to 24 bits 
as a bit- width.— The bit width for the number- of- the 
L3-PDUS requires bits smaller than 24. 

Thus, the capacity of the RAM is 2^^ (128k) x 128 
bits for one phase. Physically, eight 512k x 8 bits 
RAM is used for one phase. Figure 405 shows the RAM 
for accumulating the billing data. The RAM is 
directly connected to the ji-p bus. The other phase 
of the RAM comprising two phases accesses a bank after 
adding +10 to each bank number. 

Figure. 405 shows a parity bit for use in a 
normality check made when the hardware accesses the 
RAM. When the firmware reads data, no process is 
made. The parity bit is set to 1 when data is 
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cleared . 

In fetching billing data, the firmware recognizes 
the existence of a destination SNI ID and the DA 
assignment. Therefore, reading significant 

5 information only successfully shortens the operation 
time. 

In this hardware configuration, 256 variations of 
the SA-carrier combination for each combination of the 
destination SNI ID and the DA. (The 256 variations 

10 assigned to the combination of one destination SNI ID 
and DA cannot be different from those assigned to the 
combination of another destination SNI ID and DA. 
That is, the 255 variations of the combination can be 
commonly assigned to the combination of all SNI IDs 

15 and DAs . ) The maximum value and the number of 
variations of actual combination can be determined by 
reading the entries of matching patterns (autonomously 
made by the hardware) from the SA and carrier 
compression CAM shown in Figure 400. 

20 Thus, the user need not access all RSACs at lower 

order addresses, thereby reducing the data fetching 
time . 

8.3. Checking Function 

Various checking functions in the billing unit is 
25 described below by referring to Figure 406. 
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Figure 406 shows the output of checking results as 
follows . 

• As a checker in the pP unit, a watch dog timer 
check, a command response check, and a 16M clock 
checks are made (refer to the WDTO, CRNG, and CLKa). 

• A parity check, a clock check, and a CF check are 
made at the receiving equipment of the RMLP (refer to 
PCa, CLKb, and CLKc in Figure 406). 

' A parity check is made for the compressed data 
entered through each CAM (refer to PCb, PCd, and PCf 
in Figure 406 ) . 

• A parity check is made for the compressed data 
output ..through each CAM (refer to- PCc, PCe, -and -PCg 
in Figure 406 ) , 

• When data is read from each RAM and ROM, a parity 
check is made (refer to PCi and PCJ). 

The L2-PDU, L3-PDU, SA, and carrier accumulation 
RAM are accessed by the hardware and firmware. The 
above listed parity checks are effective only when 
access is gained by the hardware, 'and no parity check 
is made while the firmware gains access to the L2-PDU, 
L3-PDU, SA, or carrier accumulation RAM. 

In the RAM comprising two phases, the firmware 
performs a phase switching control and the hardware 
fetches data from the phase not accessing data. Since 
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each CAM is provided with interface with the firmware, 
data is written, read, etc. at the diagnostics. In 
the compression normality check and the PDU number 
adding process using "Add" in each CAM, the above 
listed checks are not made, but a test cell is issued 
from the test cell generating unit at the diagnostics 
for detailed checks. 

9. LPCOM unit (INF interface unit) 
■9.1. General Descriptions 

The LP-COM unit has the following functions. 

(1) interfacing with the INF and controlling the SMLP 
and RMLP 

(2) . - performing an billing process - - - 

(3) performance monitor and data correction (traffic 
monitor ) 

Physically, the following 3 PWCBs are contained, 

(a) HLP02A 

( b ) HLMOOA 
(C) HLMOIA 

The above listed functions' (1) through (3) 
correspond to the PWCB of (a) through (c). 

The billing processes are described in chapter 8, 
the performance monitor is described in chapter 6, and 
the data correction is described in chapter 7. 
Described below is the interfacing function, and the 
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controlling function of the SMLP and RMLP, that is, 
the HLP02A. 

9.2. Outline of Functions 

Figure 407 is a block diagram showing the HLP02A. 
Figures 408, and 409 shows the functions of each block 
of the HLP02A. 

The detailed explanation of the functions of the 
HLP02A is illustrated in Figures 408 and 409. The 
important functions are interfacing with the INF, 
setting and managing in the LP and each table, and 
error monitoring and state controlling in the LP and 
LP-COM. 

9.3.. INF . Interface -Control Procedure 

9.3.1. INF Interface Control 

Described below is the control procedure of the 
interface using the INF between the SBMESH (MNG-Firm) 
and the BCPR. 

a. INF command activation 

( 1 ) DMA settings are made in the CPU 
( microprocessor ) . 

( 2 ) When the BCPR activates a command in an INF 
order, it specifies the MM address as being shifted 
2 bits rightwards (0, 4, and 8 are shifted to 0, 1, 
and 2). Therefore, when the INF is received, the 
SBMESH performs the following operations. 
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1. Upon recognition of the command activation, the 
MM address and the number of commands are received 
from port A of the SBIF LSI, 

2. The higher, middle, and lower bits of the MM 
address is inverted and set in port B of the SBIF LSI 

3. The transfer length (number of commands x 4 words) 
is set in port F of the SBIF LSI. 

4. A DMA read start is set in port C of the SBIF LSI, 
b. Notification of INF status 

An MM address specified in a status notification 
is obtained by a 2-bit rightward shift (that is, 0, 
4, and 8 are shifted to 0, 1, and 2 respectively) as 
specified in the reception- buff er notification^- 

The message length is indicated as MSB for the 
left and LSB for the right in the BCPR memory. 

The SBMESH performs the following operations - 

(1) The higher, middle, and lower bits of the MM 
address is inverted and set in port B of the SBIF LSI 

(2) The transfer length (number of commands x 4 
words) is set in port F of the SBIF LSI. 

(3) A DMA read start is set in port C of the SBIF 
LSI. 

The MM address and message length specified in the 
command and status are as follows . 

(1) An MM address specified in a command is 
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obtained by a 2-bit rightward shift. 

(2) The message length is indicated as MSB for the 
left and LSB for the right in the BCPR memory. 

In the status notification, the MM address is 
specified in the reception buffer notification. 

The status queue address and the reception buffer 
address are as follows. 

(1) The BCPR preliminarily notifies the SBMESH of 
the status queue and the MM address of the reception 
buffer. 

(2) ' The MM address is specified as being shifted 
2 bits rightwards. 

(3) A byte length is, specified as , the message 
length. 
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9.3.2. IPF Interface Interruption Control 

Described^ below is the control of the interruption 
in controlling the INF interface in the SBMESH. 

a. Command activation 

A command is activated by an external interruption 
INTO. The interruption INTO is reset by a 3-word read 
of port A. 

b. Transmission of status 

A billing status is transmitted after being 
generated every minute by the ACC-firm. A log status 
(when a log object area is generated) is transmitted 
after being generated by the MSR-firm.. 

c. DMA control 

The DMA is controlled by the DMA controller in the 
CPU. The available DMA channel is 0. The DMA is 
terminated by either an interruption or a look-in. 
An interruption is controlled by an INT bit of the DMA 
control register in the CPU. 

Since the DMA transfer speed of the INF is 
4Mbytes/sec, a 4-byte read of the- DMA (tail pointer, 
look-in, etc. ) terminates in 1 \xs if the CPU clock 
is operated by 8Mhz. Accordingly, the DMA is not 
terminated by an interruption but by a look-in. 
9.4, SMLP/RMLP Control 

The control by the SMLP/RMLP is performed as 
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follows- 

The following state control information is 
provided by the HLP02A for the SMLP/RMLP. 

• ACT/SBY (active/standby) of home system 
5 • Shelf No. (0 - 3) of home shelf 

' Reset at initialization 

• Fault reset of each checker 

• Settings of each MSD table 

• Resetting of each MSD table 

10 * Hardware inhibit state signal (masking the 

operation of a hardware. 

HLP02A collects the MSCAN information from each 

package of the SMLP/RMLP and monitors the states. 

10. Various interfaces 
15 10.1. General Descriptions 

Described in this chapter is the logical interface 

among the blocks of the SBMESH ( including the 

interface between the SBMESH and the ATM switch ASSW). 

10.2. ASSW ^ SDMUX (HMXllA) 
20 Figure 410 shows the f ormat - of a cell (header 

field) to be input from the ASSW to the SDMUX (refer 

to Figure 209 for the route). 

The following three types of cells can be input 

from the ASSW to the SDMUX. 
25 1. Test cell from the TCG 



10 



15 



20 
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2. Signaling cell from the BSGC 

3- Normal user cell 

For any of the above listed cells, the TAGA and 
TAGS specify a 522M highway to which a corresponding 
SBMH is connected. The TAGC also specifies the SBHESH 
in the SBMH (for exarngjie, 0, 1, 2, and 3 in the order 
from the nearest to the ASSW). Thus, the contents of 
the tag field are provided by the same method for any 
type of the cells. Other data are individually 
provided for each type as follows. 
1, Test cell from the TCG 



0 : 


1 (0 bit) 


UL : 


0 


COM: 


0 


SIG: 


0 


VPI : 


000(H) 


VCI : 


03FA(H) or 


Signaling cell 


0 : 


0 


UL : 


0 


COM: 


1 


SIG: 


1 


VPI : 


000(H) 


VCI : 


03FC(H) or 



25 



Normal user cell 
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•0:0 

• UL : 0 

• COM: 0 

• SIG: 0 

5 • VPI: 03F(H) 

• VCI: 03xy(H) (where xy indicates an SNI number. 
For example, if the SNI number is 0, xy = 00. If the 
SNI number is 31, xy = 1F(H)) 

10.3. SDMUX (HMHllA) SMLP (a) (HMH03A) 
10 Figure 411 shows the format of a cell to be input 

from the SDMUX to the SMLP(a), Figure 411 

specifically shows the portion referred to by the 
, SMLP(a) .( refer^ to Figure 209_ for the route). 

The following two types of cells are input from 
15 the SDMUX to the SMLP(a). 

1. test cell from the TCG 

2, normal user cell 

A signaling cell from the BSGC is not input to the 
SMLP(a) . 

20 If the 6th bit (0 bit) in the first byte is set to 

1, that is, if it is a test cell from the TCG, then 
the test cell is discarded in the SMLP(a) and is not 
an object of the process. If the bit is set to 0, 
that is, if it is a normal user cell, then the cell 

25 is not an object of the process in the SMLP(a). The 
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VPI/VCI of the normal user cell are as follows. 
' VPI : 03F(H) 

• VCI : 03xy{H) (where xy indicates an SNI number 
as described in 10.2 above). 
5 Thus, the VPI/VCI of a normal user cell is input 

as is to the SMLP(a) without being rewritten for the 
state input from the ASSW to the SDMUX. Therefore, 
the source SNI of the cell can be recognized by the 
VCI in the SMLP(a). The ST, SN, and MID are input as 
10 is, that is, as being input from a source subscriber 
(received by the SDMUX from the ASSW). 

In the SMLP(a), processes are performed similarly 
_on normal. user cells and SNI-SBMESH PVC test cells. 
10.4. LP-COM (HLP02A) ^ SMLP(a) (HMH03A) 
15 Figure 412 shows the format of the cell input from 

the LP-COM to the SMLP(a). Figure 412 specifically 
shows the portion referred to by the SMLP(a) (refer 
to Figure 209 for the route). 

Cells input from the LP-COM to the SMLP(a) are 
20 test cells and classified into • the following two 
types . 

1. MESH-MH PVC test 

2. diagnostics 

The MESH-MH PVC test is conducted when data is 
25 mastered, while the diagnostics is performed in an OUS 
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(out of services) state. 

1. in the MESH-MH PVC test 

• VPI : 03F(H) 

• VCI : 03FF(H) 

2. in the diagnostics 

• VPI : 03F(H) 

• VCI : 03xy(H) (where xy indicates an SNI number 
as described in 10.2. above). 

The 6th bit in the first byte is set to 0. 

In the case of 1 above, the VCI is set to a 
specific value not used for a normal user cell and 
identified in the SMLP(a). The value of the specific 
VCI. is, for example, 03FF(H). That is, the value is 
set to 0000 0011 1111 1111 (B). The underlined 1 
indicates that the present cell is the test cell. 

In the case of 2 above, the VPI/VCI is set to 
represent the diagnostic cell as if it were a normal 
user cell from any SNI. 

In 1 and 2 above, the ST, SN, and MID are 
appropriately assigned. However, the MID at the MESH- 
MH PVC test is set to 10 0000 0000 (the same value is 
set for the SSM) . 

10.5. SMLP(a) (HMH03A) ^ SMLP(b) (HMH04A) 

Figure 413 shows the format of the cell input from 
the SMLP(a) (HMH03A) to the SMLP(b) ( HMH04A ) (refer 
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to Figure 225 for the route). 

IN the SMLP(a), the following processes are 
performed on the header field. 

The ST, SN, and MID remain in the same state 
5 without rewriting the state input from the SDMUX or 
the LP-COM to the SMLP(a). 

The SST and input MID are copies of the ST and MID 
respectively. The RVPI represents the 8 lower bits 
of the 12-bit VPI input from the SDMUX or the LP-COM 
10 to the SMLP(a). The RVCI represents the 8 lower bits 
of the 16-bit VCI input to the SMLP(a). The SNI-ID(l) 
represents the 4 higher bits of the RVCI and the SNI- 
ID( 2 ) .^represents . the 4 lower bits of the RVCI . 

In the SMLP(a), a DA check is made for each cell. 
15 It is determined whether or not the cell is to be 
routed to its own MESH (whether or not the DA of the 
cell should be assigned to the SNI of a related MESH). 
If the cell should be routed to its own MESH, the X 
in the figure is 1. If the cell should not be routed 
20 to its own MESH, the X is 0. The process is performed 
in the SMLP(c), but the own-MESH routing process is 
not performed in the SMLP(d) (HMH05A). 

If the cell is input from the LP-COM in the MESH- 
MH PVC test as described above, then each MSB of the 
25 RVCI, and SNI-ID(l) in the figure indicates 1. 
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Similarly, the MSB of the MID also indicates 1. A 
normal user cell (including an SNI-MESH-MH PVC test 
cell) is not specifically recognized as a cell from 
the LP-COM at the diagnostics (as if it were a cell 
from the SNI ) . 

10.6. • SMLP(b) (HMH04A) ^ SMLP(c) (HMH05A) 

Figure 414 shows the format of a cell input from 
the SMLP(b) (HMH04A) to the SMLP(c) (HMH05A) (refer 
to Figure 225 for the route). 

The difference from the 10.5. above is RMID. That 
is, the MSLP(b) generates an RMID (unique in its own 
SMLP) using the RVCI (indicating a source SNI number 
in this, case) from. the SMLP_(a) and the MID (unique in 
the SNI ) . 

Although an RMID field is represented by 10 bits, 
9 lower bits are actually valid- (the RMID occupies 
up to 0-511(D)) If a cell is input from the LP-COM 
in the MESH-MH PVC test, no RMID is acquired. 

As described above, if a cell is input from the 
LP-COM in the MESH-MH PVC test, each MSB of the RVCI 
and SNI-ID(l) indicates 1 (recognized by the SMLP(c)). 
Since no RMID is acquired in this case, the LPCOM 
assigns to the MID a value 512(H) other than the RMID 
0 through 511(H). 

10.7. SMLP(b) (HMH04A) ^ SMLP (HMH05A) : MRI timeout 
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dummy cell 

Figure 415 shows the format of a timeout dummy 
cell input from the SMLP(b) (HMH04A) to the SMLP 
(HMH05A) . 

5 An IRI timeout check is made in the SMLP(b). If 

an NG is detected in the check, a dummy cell is 
transmitted to, for example, inform of the NG. 

In Figure 415, a blank indicates "don't care". An 
area preceded by the header field also indicates 
10 "don't care" . 

The ST and SST indicate EOMs, Other input MID, 
SNI-ID(l), (2), X, and RMID are assigned the value for 
the original EOM. 

10.8. SMLP(c) (HMH05A) ^ SMLP(d) (HMH06A) 
15 Figure 416 shows the format of a cell input from 

the SMLP(c) (HMH05A) to the SMLP(d) (HMH06A) (refer 

to Figure 225 for the route). 

There are three differences from 10.6. above in 

the BC, RVCI', and 1ST, 
20 The SMLP(c) encapsulates a cell (error cells are 

not objects of the process). 

1 cell is added to the header field of the SIP-L3 

PDU. Therefore, the 1ST of the added cell (I-BOM) 

indicates a BOM, and the original BOM (S-BOM) becomes 
25 a COM. The 1ST of the original SSM (S-SSM) becomes 
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an EDM. 

The SST is not rewritten, but holds the S'' 
SIP-L2 PDU- (The SST of the I-BOM is a Br 

The SMLP(c) also performs a routing pj. 
the result is provided for the EC and RVCI ' - (The 
routing process is also performed on error cells). 

"EC" is short for broadcast, and specifies the 
existence of a copy of a cell in the SMLP(d) and a 
copy object MH. Refer to the following data for 
details . 

• EC = 11(E) : The cells are copied to all MH (all 
SBMH + all GWMH) . 

• EC = 01(B) : The cells are copied to all SBMH.. 

• BC = 10(B) : The cells are copied to all GWMH. 

• BC = 00(B) : No copies are required (if a 
destination MH can be specified.) 

The RVCI* reflects the routing process result, 
etc. as follows. ~ 

• If a destination MH is specified as a result of the 
routing process, a destination MH- ID is entered (The 
SBMH is 00-IF, and the GWMH is 40-5F (if no copies are 
required ) ) - 

• If a. destination MH cannot be specified as a result 
of the routing process, 00 is entered (if no copies 
are required ) . 
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• "FF" is entered for an SNI-SBMESH PVC test cell (in 
this case, if BC = 00 and the cell is an actual cell, 
the encapsulation process is performed on the present 
cell. The SMLP(c) recognizes that the DA of the 
5 present test PDU refers to a test DA, and sets the 

RVCI ' as FF. ) 

Thus, if the cell is input from the LP-COM of the 
MESH-MH PVC test, the MSB of the SNI-ID(l) indicates 
1. However, this may be ignored in the SMLP(c), but 
10 processed as a normal user cell in the encapsulation 
process and routing process. - 

10.9. SMLP(c) (HMH05A) - SMLP(d) (HMH06A): I-BOM 

Figure 417 shows the format of a cell of an I-BOM 
input from the SMLP(c) (HMH05A) to the SMLP(d) 
15 (HMH06A). An I-BOM is generated as a result of the 
encapsulation process in the SMLP(c). 

The contents of bytes 00 through 07 are the same 
as those described in 10.8. above. The contents"of 
bytes 08 through 43 and bytes 52 and 53 are the same 
20 as the original S-BOM and S-SSM to "generate the I-BOM. 
Therefore, bytes 44 through 52 are rewritten as 
follows. 

IIR = 01(H) 
INID = 0000(H) 
25 IITPS = 0000(H) 



A 
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These value indicate that the cells are issued from 
the SNI. 

RV = all 0 
The value is fixed. 
5 The ES is 1 when the element type in the header 

extension of the SIP-L3 PDU is 1 (indicating a carrier 
selection). Otherwise, it is 0. 

The carrier in Figure 417 contains a carrier in 
the header extension of the SIP-L3 PDU when the 
10 carrier is selected. Otherwise, it contains a pre- 
selected carrier. If an NG is detected in the carrier 
screening process, 0000(H) is stored in this area. 

If an error cell is detected, the above described 
process is not performed (no encapsulation process is 
15 performed). 

10.10. SMLP(d)(HMH06A) -» SMUX(HMX12A) 

Figure 418 shows the format of the cell input from 
the SMLP(d)(HMH06A) to the SMUX(HMX12A) (refer to SMLP 
^ SMUX in Figure 209 for the route). 
20 In most cases, the contents received by the 

SMLP(d) from the SMLP(c) are passed. (Refer to the 
explanation in 10.8. for the SST, input MID, RVPI, and 
1ST). 

The areas of the SNI-ID(l) and (2), X, and BC are 
25 assigned in specific patterns as shown in Figure 418. 
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The RVCI" is a destination MH ID. (A cell 
requiring a copy when the SMLP(d) is input (RVCI') is 
00(H)- After the cell is copied in the SMLP(d), a 
destination MH ID is assigned to each cell). The 
5 RVCI'* of the SNI-SBMESH PVC test cell is FF(H). (A 
cell received by the SMLP(d) from the WMLP(c) is 
passed. ) 

An output MID is uniquely assigned for each 
destination MH ID, but is not assigned to an error 
10 ■ cell. Although 10 bits are reserved for an output MID 
field; 255 variations are actually supported per 
source MESH.. At a destination MH, each MID area is 
separated from other _areas in up to 4 source_ MESHes 
forming each source MH so that each MESH can be 
15 clearly identified as follows. 

source MESH 0 (source MESH connected to the ASSW): 

available MID 000 - FF(H) 
source MESH 1 (source MESH connected nearest to 
the ASSW after 0) : 
20 available MID 100 - 1FF(H0 

source MESH 2 (source MESH connected nearest to 
the ASSW after 1 ) : 

available MID 200 - 2FF(H) 
source MESH 3 (source MESH connected nearest to 
25 the ASSW after 2) : 
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available MID 300 - 3FF(H) 
The SN of the I -BOM generated in the encapsulation 
process in the SMLP(c) is a copy of the SN of the 
original S-BOM or of the S-SSM. 
5 The MESH-MH PVC test cell may be ignored in the 

SMLP(d)'and processed as if it were a normal user 
cell . 

0000+RVPI shown in Figure 418 corresponds to the 

VPI. Since the RVPI represents 8 lower bits of the 
10 12-bit VPI received by the MSLP(a) from the SDMUX or 

the LP-COM, the VPI of the cell transferred from the 

SMLP(d) to the SMUX is 03F(H). 

■ 0000 +- -001-1 +- RVCI" shown in. .Figure .418. 

corresponds to the VCI. RVCI" indicates a destination 
15 MH ID as described above, and the destination MH ID 

is 00-lF for the SBMH and 40-5F for the GWMH as 

described in 10.8. above. As a result, the VCI of the 

cell to be transferred from the SMLP(d) to the SMUX 

is represented as follows. 
20 VCI : 03xy(H) where xy indicates a destination MH 

ID. (xy = 00, ... when the SBMH indicates 0; xy = IF, 
when the SBMH indicates 31; xy = 40, ... when the 

GWMH indicates 0; and xy = 5F when the GWMH indicates 

31. ) 

25 An SNI-SBMESH PVC test cell is discarded in the 



• 
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SMUX and not output to the ASSW. 

10.11. SMLP(d)(HMH06A) ^ LP-COM( HLP02A, HLMOIA) 

Figure 419 shows the format of the cell input from 

the SMLP(d)(HMH06A) to the LP-COM( HLP02A, HLMOIA). 
5 In most cases, the contents received by the 

SMLP(d) from the SMLP(c) are passed. Refer to the 

explanation in 10.10. for the SST, input MID, RVPI, 

RVCI", SN, and output MID. 

The difference from the contents in 10.10. above 

10 is as follows, 

CP indicates 0 for original data and 1 for copied 

data. 

The HMH06A controls data including erroneous data. 
The HLMOIA counts only original cells for L3, L2, 
15 error, and GA. . 

The LHP02A requires only an SNI-SBMESH PVC test, 
but transmits normal user cells. As described above, 
the RVCI" of a user cell indicates a destination MH 
ID (00-lF and 40-5F) and can be distinguished from the 
20 RVCI" of a test cell indicating FF. 

The HLMOIA counts errors for the protocol 
performance monitor and also counts the PDU for the 
network NW data correction. Data are counted for each 
source SNI according to the source SNI number obtained 
25 from the SNI-ID as described above. 
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An error log requires not only a source SNI number 
but also an ID of a cell from the source SNI. 
Accordingly, an input MID is analyzed using the MID 
of the PDU transmitted from the source SNI. 

The RVCI" of an SNI-SBMESH PVC test cell indicates 
FF as described above. The MSB of the SNI-ID(l) in 
the MESH-MH PVC test cell is 1. 
10-12 SMUX(HMX12A) -* ASSW 

Figure 420 shows the format of a cell output from 
the SMUX to the ASSW (refer to Figure 209 for the 
route ) - 

The following two types of cells are output from 
the SMUX to the ASSW. 

1. test cell to the TCG 

2. normal user cell 

A normal user cell is input from the SMLP(d) to 
the SMUX and assigned additional data or converted in 
the VCC of the SMUX so as to be represented in "the 
format shown in Figure 420. The SBMESH is independent 
of the value of each parameter, and the value is not 
defined here. A MESH-MH PVC test cell is processed 
similarly to a normal user cell in the above described 
points . 

A test cell to the TCG is input from the RDMUX to 
the SMUX and assigned additional data or converted in 
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iJI 



10 



the VCC of the SMUX so as to be represented in the 
format shown in Figure 420. 
10.13 ASSW ^ RDMUX(HMXIOA) 

Figure 421 shows the format of a cell output from 
the ASSW to the RDMUX (refer to Figure 209 for the 
route ) . 

The following two types of cells are output from 
the ASSW to the RDMUX, 

1. test cell to the TCG 

2 , normal user cell 

Either of the above listed two types of cells 
specifies a 622M highway to which the SBMH is 
connected at the TAGA and _ TAGS. _ The TAGC depends on_ 
each type and requires other parameters as follows. 



15 


1. test 


cell from the TCG 




• 0 : 


1 (0 bit) 




• UL : 


0 




• COM : 


0 




• SIG : 


0 


20 


• VPI : 


000(H) 




• VCI : 


03FA(H) or 03FB(H) 




• TAGC : 


depending on the corresponding 



25 



1, 2, and 3 in the order from the nearest 
to the ASSW, 
normal user cell 
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^0:0 
' UL : 0 

• COM : 0 
' SIG : 0 

' VPI : 03F(H) 

• VCI : 03xy(H) where xy indicates a source MH ID 

(SBMH : 00-lF and GWMF : 40-5F) 

• TAGC : all zero 

A MESH-MH PVC^..test cell is equivalent to a normal 
user cell. 

10.14 RDiyiUX(HMXlOA) ^ RMLP( a ) { HMHOOA ) 

Figure 422 shows the format of a cell input from 
' the RDMUXCHMX-lOA) -to the RMLP( a )( HMHOOA) (refer to 
Figure 209 for the route). 

The RDMUX is provided only for the interface with 
the ASSW and transmits data received from the ASSW to 
the RMLP(a) without rewriting the data. 

A test cell from the TOG is also input to the 
RMLP(a) and discarded not to be processed. A normal 
user cell (including a MESH-MH PVC test cell) having 
0 in 0 bit is an object of the process of the RMLP(a). 
The VPI and VCI of the cell are listed as follows, 

• VPI : 03F(H) 

• VCI : 03xy(H) where xy indicates a source MH ID 
(SBMH : 00- IF and GWMF : 40-5F) 
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A source MH can be specif ied " using the VCI. The 
ST, SN, and MID are assigned .at the MH and entered as 
is . 

10.15 RMLP(a)(HMHOOA) RMLP( b ) ( HMHOlA ) 

Figure 423 shows the format of the cell input from 

the RMLP(a)*(HMHOOA) to the RMLP( b ).( HMHOlA) (refer to 

Figure 181 for the route). 

The RMLP(a) passes the contents received from the 

RDMUX almost without . rewriting them. Only the 

contents to be rewritten By the RMLP(a) are the 1ST, 

DM, and RDA. 

The 1ST is a copy of the ST. 

The- RMLP(a) refers to the DA of an input -PDU and 
determines whether or not it should be fetched into 
i/ts own MESH. The determination is made at the DA in 
the I-BOM (also I-SSM). The determination result is 
reflected on the DM and RDA as follows. 

• If the IBOM and ISSM are to be fetched to its own 
MESH; 

DM = 1 

RDA : for use in its own MESH (DA ID image, in its 
own MESH 

• If the IBOM and ISSM are not to be fetched to its 
own MESH; 

DM = 0 
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RDA : don't care 

The above listed values are for the IBOM and ISSM. 
The ICOM and lEOM indicate "don't care" for the DM and 
RDA (regardless of fetching them). 

There are two types of MESH-HH PVC test cells, 
that is, cells provided with a specific test DA and 
those provided with an allotted DA. The RDA of the 
IBOM of the former type test cell indicates IFF(H), 
10.16 LP-C0M(HLP02A) - RMLP( b ) ( HMHOIA ) 

Figure 424 shows the format of a cell input from 
the LP-COM(HLP02A) to RMLP ( b )( HMHOIA ) (refer to Figure 
209 for the route). 

There are two types of . .test .cells input from the 
LP-COM to the RMLP(b). 

1. SNI-SBMESH PVC test 

2. diagnostics 

The SNI-SBMESH PVC test is conducted when data is 
mastered, while the diagnostics is performed in an OUS 
(out of services) state. 

The VPI and VCI are listed below, 

1. in the SNI SBMESH PVC test 

• VPI : 03F(H) 

' VCI : 03FF(H) 

2. in the diagnostics 

• VPI : 03F(H) 
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• VCI : 03xy(H) where xy indicates an MH ID ( SBMH 
: 00-lF and GWMH : 40-5F) 

In the case of 1 above, the VCI is set to a 
specific value and identified in the RMLP(b). That 
5 is, the value of the specific VCI is set to 03FF(H) 
= 0000 0011 1111 1111 (B). The underlined 1 indicates 
that the present cell is the test cell. 

In the case of 2 above, the VPI/VCI is set to 
v3 represent the diagnostic cell as if it were a normal 

10 user cell from a source MH. 
ru 10.17* RMLP(b) (HMHOIA) RMLP( c ) ( HMH04A ) 

n Figure 425 shows the format of the cell input from 

- - the RMLP(b)( HMHOIA) to the RMLP(-c ) (-HMH04A ) ( refer to - 
Ld Figure 282 for the route). 

15 The RMLP(b) performs the following various 

•a? 5 

processes on the header field of a cell as shown in 
Figure 282. The RMLP(b) receives 1ST, DM, and SN and 
uses them as is. 

The PL is the contents of the 4 higher bits of the 

20 6-bit payload length field. The 9 lower bits of the 
10-bit RDA are valid and actually used as an RDA' . 

A source MH ID is represented by a source MH 10(1) 
and (2). The 8 lower bits of the VCI described in 
10.16 above normally indicates the ID. The 4 higher 

25 bits of the 8 bits represent the source MH ID(1), and 



the 4 lower bits represent the source MH ID(2). 

The BRLC field is assigned a BRLC number (exactly 
an umbilical link number) obtained in the RMLP(b) and 
is to be reached by the present cell. 

Likewise, the RVCI is assigned the destination SNI 
ID of the present cell. The RVCI of a MESH-MH PVC 
test cell (using a specific DA) indicates FF(H). 

The SST is assigned the ST without encapsulation 
(that is, back in the SIP). 

The RMLP(b) generates and assigns an RMID (unique 
in the present RMLP) using a received VCI 
(corresponding to a source MH ID) and a MID (unique 
in a source MH).. .If ..no RMID. can be_assigned (the EFMN 
or EFMD is set ON), the RMID indicates "don't care" 
and the RVCI is set to EO(H). 

10.18 RMLP(b)(HMH01A) - RMLP ( c ) ( HMH04A ) : MRI Timeout 
Dummy Cell 

Figure 426 shows the format of the timeout dummy 
cell transferred from the RMLP(b) (HMHOIA) to the 
RMLP(c)(HMH04A) (refer to Figure 282 for the route). 

An MRI timeout check is made in the RMLP(b). If 
an NG is detected in the check, a dummy cell is 
transmitted as an NG notification, etc. 

The RVCI contains a destination SNI ID. (The 5 
higher bits are all 0). Refer to 10.17 above for the 
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RMID. 

In Figure 426, the contents of the blank portion 
and the area preceded by the header field are "don't 
care" . 

10.19 RMLP(c) (HMH04A) RMLP( d ) ( HMH02A ) 

Figure 427 shows the format of a cell input from 
the RMLP(c)(HMH04A) to the RMLP( d ) ( HMH02A ) (refer to 
Figure 282 for the route). 

Each of the parameters shown in Figure 427 are 
passed in the RLMP(c). Therefore, the contents output 
by the RMLP(b) are inherited as is by the RMLP(d). 
(The above described MRI timeout dummy cell is also 

passed ) . . - - - 

10.20 RMLP(d)(HMH02A) ^ LP-COM( HLP02A, HLMOOA) 
Figure 428 shows the format of a cell to be input 

from the RMLP(d) (HMH02A) to the LP-COM( HLP02A, 
HLMOOA) . 

The HLP02A requires a test cell used in the 
diagnostics and the MESH-MH PVC test (when an allotted 
DA is used). No error cells are output from the 
RMLP(d). 

An output MID is assigned such that it indicates 
a unique value for the destination SNI . Although 10 
bits are reserved for the output MID, only the 5 lower 
bits are actually used and the 5 higher bits are set 
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to all zero (the 5 lower bits are also set to all zero 
for the S-SSM). The 5 lower bits represent an output 
MID' . 

The present cell remains encapsulated 

If a specific DA of the MESH-MH PVC test is used, 
the RDA (RDA' when input to the RMLP(d)) indicates 
IFF(H), while the RVCI indicates FF(H). These are 
determined in the RMLP(d) and the cell is prevented 
from being output. 

The HLP02A requires receiving a test cell in the 
diagnostics and the MESH-MH PVC test (using an 
allotted DA). Since a user cell input from the ASSW 
to the RMLP is rejected. during the. .diagnostics; a test 
can be conducted. (A cell is fetched according to the 
RVCI). A cell is also fetched according to the RVCI 
in the MESH-MH PVC test (using an allotted DA). The 
RVCI indicates a destination SNI ID. 

The HLMOOA requires receiving a billing cell. 
Billing data contains a destination SNI number which 
can be determined by the RVCI . 

A billing operation is performed on an incoming 
cell during the diagnostics. There is no problem 
during the diagnostics because the MESH is in the OUS 
state. The billing operation is also performed on the 
SNI-SBMESH PVC test cell, but the billing data is 
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ignored because the SNI is blocked. 

The billing operation is also performed on the 
MESH-MH PVC test cell (using an allotted DA), but the 
billing data is ignored according to the specific SA, 
5 10.21 RMLP(d)(HMH02A) -> LP-COM( HLP02A, HLMOIA) 

Figure 429 shows the format of a cell input from 
the RMLP(d)(HMH02A) to the LP-COM( HLP02A, HLMOIA). 

The HLP02A requires a diagnostic test cell and a 
MESH-MH PVC test cell (using a specific DA), and the 
10 HLMOIA requires a PM/TM cell. All cells 

(encapsulated) including erroneous cells are output 
to the necessary interface. 

The-units shown in Figure 429 are those input to., 
the RMLP(d) . 

15 The HLP02A requires receiving a test cell in the 

diagnostics and the MESH-MH PVC test (using a specific 
DA). Since a user cell input from the ASSW to the RMLP 
is rejected during the diagnostics, a test can be 
conducted. (A cell is fetched according to the RVCI ) - 

20 As described above, when a specific DA of the 

MESH-MH PVC test is used, the RDA (the RDA' when input 
at the RMLP(d)) indicates IFF(H), while the RVCI 
indicates FF(H) . 

Although cells are received during the MESH-MH PVC 

25 test (using an allotted DA), HLP02A does not operate 



in a cell reception mode. Furthermore, cells can be 
input as SNI-SBMESH PVC test cells. ^ Likewise, the 
HLP02A does not operate in the cell reception mode. 

The HLMOIA requires receiving a PM/TM cell. The 
PM uses a source MH while the TM uses a destination 
SNI according to the a source MH ID ( 1 ) , ( 2 ) , and 
RMCI . 

Various operations are performed on received cells 
during the diagnostics, but the MESH is in the OUS 
state. 

The 8 lower bits of the VCI input from the RMLP(b) 
are copie^d to the source MH ID ( 1 ) and (2). Since no 
PM/TM operations are performed in the SNI-SBMESH PVC 
test cell, the MSB of the source MH ID(1) of the test 
cell is set to 1 . 

The RVCI indicates FF(H) in the MESH-MH PVC test 
(using a specific DA). According to the value, the 
data is masked in the PM/TM operations. 
10.22 RMLP(d)(HMH02) - RMUX(HMX12A) 

Figure 430 shows the format of a cell input from 
the RMLP(d)(HMH02) to RMUX(HMX12A) (refer to Figure 
209) . 

The interface ignores the encapsulation, and no 
erroneous cells are output - 

The cells are similar to those in 10.20 above. 
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The source MH ID ( 1 ) , ( 2 ) , and the BRLC area are 
specified parameters as shown in Figure 430. 

The area of 0000 0011 1111 corresponds to the VPI, 
that is, 03F(H). 0000 0011 RVCI corresponds to the 
5 VCI. 

The RVCI indicates a destination SNI ID, that is, 
in the range of 0300 through 031F. 

The MESH-MH PVC test cell is not transmitted from 
the interface. Practically, the MSB of 1 is detected 
10 in the RVCI, and the test cell is identified. A cell 
having an allotted DA is transmitted to the RMUX, and 
the cell is also output to the ASSW, During the test, 
~ the SNI--is blocked. - .... 

10.23 RiVIUX (HMX12A) ASSW 
15 Figure 431 shows the format of a cell output from 

the RMUX (HMX12A) to the ASSW (refer to Figure 209 for 
the route ) . 

There are the following 3 types of cells to be 
output from the RMUX to the ASSW. 
20 1. test cell to the TCB 

2. signalling cell to the BSGC 
3- normal user cell 

A normal user cell is input from the RMLP(d) to 
the RMUX, assigned various data and converted into a 
25 specific format, resulting in the format shown in 



518 

Figure 431. The value of each parameter is ignored 
by the SBMESH and therefore is not defined here (the 
descriptions are also applied to the SNI-SBMESH PVC 
test cell ) . 

A test cell to the TCG is input from the SDMUX to 
the RMUX, assigned various data and converted into a 
.^specific format, resulting in the format shown in 
Figure 431. The value of each parameter is ignored 
by the SBMESH and therefore is not defined here. 

A signalling cell to the BSGC is also ignored by 
the SBMESH and therefore is not defined here. 

10.24 Error Flag (at SMLP ) ^ 

• - - Figure -432 shows the .error flag at the SMLP.„ 

10.25 Error Flag (at PMLP ) 

Figure 433 shows the error flag at the RMLP. 
11. Software Interface 
11 , 1 Initialization 

The following 2 types of initialization are 
performed by the SBMESH on the software. 

1, initialization of the MH-COM 

2. initialization of the LP unit 

The initialization is performed through the LAP in 
1, and through the INF in 2. The initialization is 
performed on the entire SBMESH in the order of 1 and 



# 
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Each of the following cases is described below. 
11.1.1. Initialization of MH-COM 

(1) Procedure of the initialization of the MH-COM 
Figure 434 is a flowchart showing the 
5 initialization of the HM-COM. 

1. The intra-station LAP is established 
simultaneously in the ACT and the SBY, 

2. An individual reset request (ROW0:D6) is issued 
from the ACT and SBY. Simultaneously, the reset timer 

10 (set to 1 minute for timeout) is started . 

3 . ' The HH-COM is set as a reset state and the 
intra-station LAP is disconnected. As a result, the 

- BCPR detects _the disconnection of the intra-station 
communications link. However, the BCPR continues 
15 transmitting a request to establish an intra-station 
communications link until the reset timer indicates 
timeout (the BSGC continues transmitting the SABM). 

4. The MH-COM returns an UA in response to the SABM 
received after the system is reset. Thus, the intra- 

20 station communications link is established again. 

5. The BCPR issues a COM-EMSCN read request command 
(COM-EMSCN-RD-RQ) . A response is returned from the 
MH-COM (COM-EMSCN-DAT-RP) . At this time, the E-MSCN 
are all masked and the EMSCN bits received by the BCPR 

25 are all OK. 
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6. The BCPR sets the mask pattern according to the 
COM-E-MSD (ROW 180 through 195). 

7, The BCPR sets a threshold according to the COH- 
E-MSD if necessary (ROW 36 through 51). 

5 8- If the reset timer indicates timeout before the 

reset is completed, the reset is rejected as a fault. 
(2). Intra-station communications 

The intra-station communications is explained by 
;=3 referring to Figure 435, Figure 436 shows an example 

i ^ 

"J 10 of the VPI/VCI of the intra-station communications 

ry cell. ' 

A simple LAP procedure is used in the intra- 
l^- - .- station communications.. The E.-MSD/E-MSCN and. device 

.y control relating to the MH-COM are all processed in 

=fj 15 the simple LAP procedure. The LP and the LP-COM are 

not controlled. 

Logically, a communications link is set between 
the BSGC-MH-COM. However, since the MH-COM is duplex, 
each of the systems has its own communications link. 
20 As shown in Figure 435, the highway of one system 
contain the intra-station communications cells (ATM 
cells from simple LAPs ) of both systems in BSGC-MH-COM 
and MH-COM-^BSGC. 

The VCI values of the cell in BSGC-^MH-COM are 
25 different in the two systems. The value is fixed in 
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each system. The MH-COM receives an intra-station 
communications cell for its. own system only according 
to the VCI, and discards the cells of the other 
system . 

Although the cell of the MH-COM-BSGC has the same 
VCI value in the two systems, different COM bits in 
the ATM are used in the two systems- (If a cell is 
an intra-station communications cell for its own 
system, the COM is assigned 1. If it is a cell for 
the other system, the COM is assigned 0.) The BSGC 
terminates only the cells to be terminated by itself 
according to the COM bits and discards the cells for 
-the- other.. system.. .... 

The BSGC can be accommodated in either of the 
sides 0 and 1 of the ASSW. The SBMESH is connected to 
both sides 0 and 1 of the ASSW, but the intra-station 
communications link is established to the BSGC on side 
0 only as shown in Figure 437. 

Up to 4 SBMESHs are cascade-connected to a 622Mbps 
highway in a daisy chain. When a plurality of SBMESHs 
are connected to a highway, an intra-station 
communications link is set for each SBMESH. At this 
time, the VPI/VCI value of the intra-station 
communications cell of the BSGC-MH-COM is common, but 
the TAGC value depends on each device. 
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The MH-COM obtains the TAGC value (tag C) of the 
cell to be fetched by itself according to the shelf 
number of the SBMESH in which it is accommodated, and 
then fetches the corresponding cells. 

As described above, the MH-COM determines the 
operation to be performed when a cascade-connection 
is made according to a TAGC value. The UL under the 
control. of the ATM is not used (fixed at "0"), 

The shelf number of the SBMESH is 0 for a single 
SBMESH. Each time an SBMESH is added, the value is 
incremented by 1. The shelf number and the TAGC value 
of the BSGC-*MH-COM intra-station communications cell 
match .each other as shown in Figure 438. 
(3) Setting a private line 

Private lines (PVC) connect the SNI to MESH, MESH 
to MH, and MESH to SNI. The private lines are set 
immediately after the initialization. Described below 
is the tag field. The VPI/VCI of the private line is 
described in Chapter 2. 
• SNI MESH 

The SBMESH accommodating the SNI is specified 
using a tag, (It is assumed that the TAGA and TAGB 
specify the 600 M highway connecting a predetermined 
SBMESH. ) 

Figure 439 shows the tag field of the MESH input 
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cell specifying the SBHESH. A predetermined tag 
specifies the route from the SNI in the BRLC to the 
host, and assigns the tag if it is routed to the MESH 
in the host- 

• MESH MH 

The SBMESH (0 - 3) is not specified, but the SBMH 
is specified. That is, the 600 M highway of the SBMH 
corresponding at TAGA and TAGB is specified. Figure 
440 shows the tag field of the cell specifying a 
specific SBMH. 

• MESH ^ SNI 

The SNI is specified using a tag. The detailed 
explanation is ornitt_ed_ here . _ „ 

The VCC should also be set for a periodical test 
path using a tag in addition to the case above. The' 
setting of the VCC of the test cell path for use in 
this test is set and released each time the test 
starts and terminates respectively. 
11.1.2 Initialization of LP unit 

The LP unit starts various processes upon receipt 
of the online operation activation. The subscriber 
data, etc. are transmitted later to the LP unit. 
Accordingly, various types of errors may occur (not 
hardware error, but protocol performance monitor 
errors, etc.). To prevent the errors, software 
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processes are performed. The processes are explained 
by referring to Figure 441. 

The statistic time information entry 1 shown in 
Figure 441 is transmitted in response to the online 
operation response status from the LP unit. The 
statistic time information entry 2 is transmitted 
every 15th minute. Although the subsequent entries 
are not shown in Figure 441, they are transmitted 
every 15th minute- The interval between the 1 and 2 
above can be variable in the range from 0 to 14 
minutes . 

Although a normal cell is input to the SBMESH in 
the period (period 3 in Figure 441) from the online _ 
operation activation to the completion of the entry 
of the subscriber data and various station data as 
described above, no subscriber data or station data 
are set. Therefore, error may occur relating to the 
protocol performance monitor or network data 
collection, and the error counting starts and may 
generate a TCA. The error log can 'be transmitted from 
the firmware to the software depending on the error 
type. Accordingly, the software ignores the error log 
for period 3, and processes the error log for period 
5 as a correct record - 

Since the error count in period 3 is not 
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guaranteed, various count values and TCA in the period 
(period 4 shown in Figure 441) up to the statistic 
time information entry 2 (to be exact, the collecting 
phase switch) should be ignored - 
5 • Subscriber data entry 

Subscriber data entry commands are processed in 
SNI units, and are transmitted to an SBMESH for the 
SNIs (up to 32 SNIs) accommodated in the SBMESH, 

The firmware has all SNIs blocked by default. The 

10 block is released for the subscriber who has sent the 
command as being a subscriber accommodated in the home 
SBMH. These processes are performed when the process 
^request, indicates "add^modify" - If this command 
indicates "delete" as a process request during the 

15 operation, the corresponding SNI is blocked. A single 
SNI block entry command and SNI block entry release 
command can block/block-release a plurality of SNIs. 
Such a command is received to block/block-release 
SNIs, but it is not generally used to delete/add SNIs, 

20 but used to temporarily block the' SNI for any factor 
or release the temporary block. 

Using this command, up to 15 individual addresses, 
48 group addresses, 128 screening addresses, and 16 
blocking carriers can be set per SNI. 

25 The same GAID can be assigned to plural SNIs 
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within a single GA (also to plural MESHs and MHs 
within the same SS ) . 

At the initialization, the addresses are set for 
all accommodated SNIs. When SNIs are added or deleted 
5 during the operation, the addresses are set for only 
the corresponding SNIs by this command- When each 
parameter is altered for an SNI during the process, 
only the parameter corresponding to the SNI is set by 
this command (the command alters a parameter to be 

10 modified and sends those as is without rewriting 
them). The following points should be carefully 
considered when an individual address or group address 
is deleted. . . . . ... 

Figure 442 shows an example of deleting C in A, B, 

15 C, and D entered as individual addresses. 

Normally D replaces C, but actually the C to be 
deleted in Figure 442 is filled with 0 and 
transmitted. This restriction is placed on the 
individual address and group address. The screening 

20 address and blocking carrier are '"filled" when they 
are deleted . 

The above described restriction is derived from 
the billing unit. If Ds are filled instead of "all 
Os" in the above described example, the billing data 
25 for C cannot be distinguished from that for D from the 
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point when Ds are filled to the point when the next 
billing data is transmitted to the software. 
Otherwise, the "all 0" can be replaces with newly 
entered addresses after C is set to all 0 and the 
billing data for C is then fetched. If an SNI is 
added or deleted, and if a parameter is changed for 
an individual address, etc. of an existing SNI using 
the subscriber data entry command, then an error may 
occur in the protocol performance monitor, etc. as in 
the initialization. Thus, the TCA can be generated 
and a 'log can be made depending on the type of error. 
Therefore, an error at the initialization is ignored 
through, the software. . _ . _ „ 

If an SNI is added or deleted during the 
operation, an error can be expected. However, since 
a large-scale error is not estimated, it is recognized 
as an error and a resultant TCA and log are accepted. 
• Various station data entries 

Station data can be entered using the following 
commands . 

(1) Station data (individual) entry command 

(2) Station data (group) entry command 

(3) Station data (MH) entry command 

(4) Station data (GWMH) entry command 

(5) Station data ( intra-station number) entry 
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command 

(6) Station data ((3) entry command 
(1) Station data (individual) entry command 

The unit of this command is SBMESH, and an 
individual address supported by the SBMESH specified 
by the parameter (MHAT + MHID + MESHID) in the command 
is reported. 

Therefore, at the initialization of an SBMESH, 
this command related to all SBMESHs in the SS 
including the SBMESH is transmitted to the SBMESH. 
When there are 32 MHs in the SS and each MH has four 
SBMESHs connected in a daisy chain, the command is 
- transmitted 128 times to the. SBMESH, and tran.smitted. 
totally 128^ times at the initialization of the 
system. 

If an amendment is made to an individual address 
of the SNI accommodated in an SBMESH, the amendment 
is reported in this command to the SBMESH. 

A parameter (MHAT + MHID + MESHID) and a 
subscriber identifier are used 'in a plurality of 
commands, and the parameter commonly used in such 
plural commands is assigned as commonly recognized. 

An address identifier is assigned to an individual 
address for the SNI specified by the (MHAT + MHID + 
MESHID + subscriber identifier). 
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The individual address specifying field in the 
subscriber data entry command can specify 16 
individual addresses, sets to 0 the identifier of the 
individual address first specified in the command 
5 message for the SNI, and sequentially sets 1. 2, 
15. 

This command is used to set the routing table in 
the SMLP. One method is to analyze all DAs in the 
routing table. The number of command transmissions 

10 can be reduced depending on the system configuration. 
For example, assume that the routing table supports 
only for 4 SBMH x 4 SBMESH x 32 SNI x .4 lA. 

Even if the system, accommodates 32 SBMH and each 
SBMH comprises 4 SBMESHs, only 0-3 MHIDs can be set 

15 on the table. Therefore, the command can be 
transmitted only 4 SBME X SBMECH = 16 times to an 
SBMESH, and can be totally transmitted only 16 x 128 
times. The number of individual addresses defined in 
each command can be 21 SNI x 4 lA = 128. 

20 Assume that there are 6 SBMHs" A, B, C, D, E, and 

F in the system, there is heavy traffic in the group 
of A, B, C, and D and in the group of E and F, and 
there is little traffic between the groups. If an lA 
for 4 SBMHs is automatically transmitted to all MHs 

25 using this command, the group of A, B, C, and D can 
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specify the DA. The group of E and F cannot specify 
the DA and accept the broadcast. In this case, if an 
lA for the 4 SBMHs of A, B, C, and D is transmitted 
to A, B, C, and D, and an lA for the 2 SBMH of E and 
F is transmitted to E and F using this command, then 
the group of E and F can also specify the DA, thereby 
reducing the broadcast. 

(2) Station data (group) entry command 

This command reports the correspondence between 
the GAID and the group address. Since this command 
is not used in the SBMESH, there is no need to 
transmit it to the SBMESH. 

(3) Station. data (MH) entry command 

This command is used to assign to an SBMESH a band 
between the SBMESH and each SBMH (including the 
SBMESH) and GWMH ( SMLP - RMLP). (Simultaneously, the 
implementation/non-implementation information of each 
SBMh' and GWMH is assigned). The command is 
transmitted once for each SBMESH. 

This command is transmitted" to an SBMESH and 
another SBMESH with the same implementation/non- 
implementation information for each SBMH and GWMH and 
normally different values of band. 

When an amendment is made to a band, it is 
reported by this command to the corresponding SBMESH. 
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Since this command cannot report only amended 
portions, non-amended portions are unnecessarily 
reported. If one of the SBMHs or GWMHs is extended, 
this command reports it to all SBMESHs. 
5 At the initial stage, the software does not 

control the band between the MESH and MH, and the 
entire bus is reported as a full 155 M band. This 
command is transmitted in such a case. Since this 
command reports the MH implementation information as 
10 well as the band to the MESHs, the firmware cannot 
operate by default. 

(4) Station data (GWMH) entry command 

This command reports the correspondence between 
the GWMH and the number of the station in the LATA 

15 under the GWMH (and the number ID of the station in 
the LATA). The same command is transmitted to all 
SBMESHs. The number of the station in the LATA under 
the GWMH refers to the same LATA and is assigned to 
a separate SS. It does not include the station number 

20 of the SS in the home system. This number is defined 
as an intra-station number described below. 

This command is issued for each SBMESH. When a 
change occurs, the changed portion is reported to all 
SBMESHs. The command is used to set a routing table 

25 in the SMLP. One command can report up to 512 LATA 
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intra-station numbers. The command format is defined 
such that the 512 types optionally correspond to the 
GWMHID, If there are a small number of station 
numbers supported by the routing table, the command 
length can be reduced. 

(5) station data (intra-station number) entry command 
This command reports the correspondence between 

the intra-station number and the intra-station number 

ID. The same command is issued to all SBMESHs, 

This command is issued for each SBMESH. When a 

change occurs, the changed portion is reported to all 

SBMESHS . 

.(.6) Station data (p) entry command _ 

This command reports the correspondence between 
the BRLC number, umbilical link number and (3 which is 
a restriction value of the traffic in the umbilical 
link. 

Although this command is issued once for each 
SBMESH, the contents of the report for each SBMESH are 
different from those for each other. When a change 
occurs, the changed portion is reported to the related 
SBMESH. The default value for the SBMESH is p = 1. 
11.2 INS Process (In-service Process) 

Described below are the INS process in the MH-COM 
and the INS process in the LP. The INS process refers 
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to the process of incorporating an OUS system (a 

system in an out-of -service state) into an INS system 

(a system in an in-service system). 

11,2.1 INS Process of MH-COM 
5 The INS process of the MH-COM is described by 

referring to Figure 443. 

The INS process of the MH-COM mainly copies the 

contents of the master system VCC table to the VCC of 

the system to be processed into an INS system. The 
]r\ 10 procedure is described as follows. No diasnostics are 

made when incorporating the system in the INS process. 
^ The INS process is performed on condition that no 

'1^ fault i_s detected in the corresponding OUS system, and 

that the initialization is completed and the intra- 

■K-er 

[^^ 15 station communications link has been established. 

i,0 1. The BCPR issues a VCC copy request command (VCC- 

CPY-RQ) to both ACT and OUS systems. 

2. The ACT system MH-COM connects its own pP-bus to 
the OUS system after receiving the VCC-CPY-RQ, and 
20 notifies the OUS system of the VCC copy request in the 
inter-system communications through the SIC. Then, 
it returns an ACK in response to the VCC-CPY-RQ to the 
BCPR. 

When the OUS system MH-COM receives the VCC-CPY-RQ 
25 from the BCPR and a VCC copy request from the ACT 
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system in the inter-system communications, it 
disconnects its own system VCC from the bus (thus, 
enabling the OUS system VCC to be viewed in the I/O 
space of the ACT system pP-bus). Then, it returns an 
5 ACK to the BCPR. 

3, The ACT system pP starts copying the VCC (the 
settings of its own system VCC are sequentially read 
and written to the other system VCC viewed through its 
own system bus). If the read contents of the copied- 

10 from VCC are not set on the table, then the address 
is not copied but the next address is read. 

The BCPR issues a VCC-SET-RQ only to the ACT 
-system VCC (normally, it is. issued simultaneously to 
both systems ) after receiving an ACK in response to 

15 the VCC-CPY-RQ from the MH-COMs of both systems (that 
is, during the copying operation). 

4. After copying the VCC, the ACT system MH-COM 
transmits a VCC copy completion notification (VCC-CPY- 
CMP) to the BCPR. When the ACT system MH-COM receives 

20 the ACK in response to the VCC-CPY-CMP, it returns a 
VCC copy completion notification to the OUS system MH- 
COM in the inter-system communications. 

The BCPR receives the VCC-CPY-CMP from the ACT 
system MH-COM, returns an ACK, and immediately issues 

25 a VCC-CPY-CMP to both systems. 
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5. After the OUS system MH-COM receives a VCC copy 
completion notification from the ACT system MH-COM 
through the inter-system communications, it transmits 
a VCC-CPY-CMP to the BCPR. After an ACK is received 
from the BCPR in response to the VCC-CPY-RQ, the a 
unit connected through the ]aP-bus restores its own 
VCC, and issues a VCC copy completion notification to 
the ACT system MH-COM through the inter-system 
communications. After the ACT system MH-COM receives 
the VCC copy completion notification from the OUS 
system, it disconnects its own system bus from the bus 
of the other system. 

The above listed processes 1 through 5 put the OUS 
system in an INS state. 
11.2.2. INS Process in LP 

This procedure is to perform on only the system to 
be converted into an INS system the process of 
initializing the LP on both systems as described in 
11.1.2. 

11.3 Fault Monitor and System Switch 

The following 5 types of faults are detected in 
the SBMESH by the software. 

1. a fault in the LAP link between the SBMESH and the 
MH-COM 

2. a fault in the communications using the INF 
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between the SBMESH and the LP 

3 . ■ MSCN in the MH-COM 

4. MSCN in the LP 

5. a fault in the health check of the LP 

Each of the above listed cases is explained below, 
and the system switch is summarized later. 
11.3.1 Fault Monitor of MH-COM 

A fault in the MH-COM is reported by the intra- 
station communication LAP to the BCPR through the 
BSGC. The fault information reported through a simple 
LAP is referred to as an E-MSCN. 

There are two types of MH-COM faults, that is, a 
fault tp.be reported by its own E-MSCN to the BCPR^and 
a fault to be reported through the E-MSCN of the other 
system. A fault not reported by its own E-MSCN or not 
accepted even if it is reported is accommodated by the 
E-MSCN of the other system. Such a fault can be one 
of the following types - 

• pP fault (watch dog timer) 

• power source fault ( disconnected' fuse/abnormal OBP) 

• intra-station communications processing unit fault 
(EGCLD-LSI fault/signalling DMX fault) 

When a fault occurs in an ACT system (active 
system), the systems are switched by the ASSW to block 
the fault in the old ACT system and activate 
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diagnostics. When a fault occurs in an SBY system 
( stansby system), the systems are not switched by the 
ASSW to block the fault in the SBY system and activate 
diagnostics. Figure 444 shows the operation to be 
5 performed when a fault occurs in the MH-COM. 

11-3.2 MH-COM Fault Reporting and Processing Sequence 
Described below are the MH-COM fault reporting and 
processing sequences. 

(1) Difference Report 

10 A fault of the MH-COM is reported by the E-MSCN in 

the difference report. For example, the BCPR does not 
periodically issue an E-MSCN read command to collect 
E-MSCN by its.el£, b.ut receiyes._a report .from the. MH- 
COM each time a fault occurs. The similar process is 

15 performed when the system recovers from a fault. That 
is, a report is transmitted to the BCPR only when a 
change occurs in the bits of the E-MSCN. The E-MSCN 
is assigned a mask pattern (set from the BCPR by the 
E-MSD) and no report is made relating to masked E-MSCN 

20 bits even if a change occurs therein. 

However, a COM-E-MSCN-DAT-RQ command can be used 
to read the E-MSCN from the BCPR at any time. The E- 
MSCN read through this command is not masked. 

(2) Fault Correcting Process Sequence 

25 The sequence in a fault correcting process depends 
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on whether the fault is reported by its own system E- 
MSCN or by other system E-MSCN, and whether the fault 
correcting system is an ACT system or an SBY system. 
Described below is the fault correcting process 
5 sequence of each case. 

1, When a fault reported by the E-MSCN of its own 
system occurs in an SBY system 

2. When a fault reported by the E-MSCN of its own 
^"Fh system occurs in an ACT system 

1.^^ 10 3. When a fault reported by the E-MSCN of the other 

y_ system occurs in an SBY system 

U 4. When a fault reported by the E-MSCN of the other 

... _ „ . system occurs in an ACT system _ . 

Figures 445 through 448 show the cases in 1 
15 through 4 as listed above. 
1,0 11.3.3 Fault in Communications through INF with LP 

The SBMESH-A is interfaced with the BCPR through 
the INFT and the INFA as shown in Figure 449. 

The fault occurs between the SBMESH and the INFA 
20 and the normality of the BCPR, 'INFT, and INFA is 
ensured (for the portions not facing the SBMESH). 

The concept to be followed is described below. 
The fault of the DMA is displayed on the INF MSCN. 
Basically, it is similar to the fault monitor relating 
25 to the communications through the INF between the 
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software and the BSGC, and also to the control timing 
of the OUS and ALM lamp. 

• When a fault occurs in the communications to the 
master system LP; 

5 Systems are switched at the LP of the SBMESH. The 

old master system LP is an OUS system and the 
diagnostics is started. 

• When a fault is detected in the communications to 
the LP of the slave system, the LP of the slave system 

10 is an OUS system and the diagnostics is started - 

The status returned by the SBMESH in response to 
a command from the software may contain a factor code, 
but a BS hardware fault is not reported through this 
parameter. 

15 11.3.4 Fault detected in MSCN of LP 

Check results of various checkers in the LP are 
reported to the software through the INF. 

The MSCN points are roughly grouped ingo the 
following four types. 
20 1. Points relating to the 'inter-state cross- 

connection of the MH-COM and the LP 

2. NG or point other than 1 

3 . Point other than 1 and 2 

4. Detailed point 

25 The above listed 1 through 3 are accommodated in 
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the 32-bit INF MSCN. Figure 450 shows the 32-bit INF 
MSCN. 4 is not an INF iMSCN, but a detailed MSCN. 

If a fault, etc. is reported in the 32-bit INF 
MSCN, an INF interruption occurs to the CC (software). 

The above listed 1 indicates the result of a check 
relating to the inter-system inter connections. 
Figure 451 shows the concept of the check. 

The cross-connection from the DMUX of the MH-COM 
to the LP normally transmits data and clock from the 
MH-COM to the LPs of both systems independently. 
However, the system shown in Figure 451 is used under 
the physical restrictions (connector necks, ^etc). 

The checkers of the data and clock transmitted by 
the LPs from the DMUX of the MH-COM are the CKaH and 
CAaM shown in Figure 451. The trailing H and M 
indicate the data and clock from the home MH-COM and 
the mate MH-COM. 

The correspondence to the INF MSCN bit number is 
as follows. 

CKaH: bits 21, 20, 13, and 12 
CKaM: bits 19, 18, 11, and 10 

The checkers of the data and clock transmitted 
from the LP to the MUX block of the MH-COM are the 
CKbH and CKbM shown in Figure 451. The meanings of 
the trailing H and M are the same as described above.. 
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These checkers are in the MH-COM, and the check 
results are returned to the sending LPs of the data 
and clock (for example, the check results of the #0 
CKbM of the MH-COM is returned to the LP #1) and 
accommodated in the INF MSCN. 

The correspondence to the INF MSCN bit number is 
as follows. 

CKbH: bits 17, 16, 09, and 08 
CKbM: bits 15, 14, 07, and 06 

The clock of the LP is generated in the PLL of the 
LP and requires ' finally synchronizing with the clock 
of the MH-COM. Therefore, the source clock (64k) is 
provided .by the MH-COM for the PLL. in the LP so that 
the inter-system cross-connection can exist with this 
clock. The LP checks the source clock from the MH- 
COMs of both systems. 

The correspondence to the INF MSCN bit number is 
as follows. 
CKaH: bit 01 
CKaM: bit 00 

The bits relating to item 1 above are a total of 
18 bits per SBMESH and 36 bits for the two systems. 
The 36 bits are divided into nine 4-bit groups! 
Determination is made in each group, 

bits 17 and 15 of systems 0 and 1 of group (1) 
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A normal fault will not generate an NG 
simultaneously covering two or more groups. Ho 
wever, the fault may occur in the case of the power 
fault in the MH-COM. For example, if the power fault 
occurs in the MH-COM #0, the LAP link to the MH-COM 
is disconnected. Otherwise, since it is determined 
in the MSCN through the MH-COM #1, the process is 
performed by referring to' the determination. 
Described below is the reconfiguration of the system 
in group units - 
• Group ( 1 ) 

As shown in Figure 452A, if the two points in the 
MH-COM (#0) indicate NG, the MH-COM is considered to 
be faulty. Therefore, if the MH-COM is a master, the 
systems of the MH-COM are switched with the old master 
system set as an OUS system and diagnostics is 
activated. When the MH-COM is a slave, it is set as 
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an OUS system and diagnostics is activated. 

As shown in Figure 452B, if the two points 
corrresponding to an LP (#0) indicate NG, the LP is 
considered to be faulty. Therefore, if the LP is a 
5 master, the systems of the LP are switched with the 
old master system set as an OUS system and diagnostics 
is activated. When the LP is a slave, it is set as 
an OUS system and diagnostics is activated. 

As described in Figure 452C, if one point each of 

10 the LP and MH-COM indicates NG, it cannot be 
determined whether the fault exists in the LP or the 
MH-COM.. In the example shown in Figure 452C, The MH- 
COM #0_ and the .„LP#p are set as OUS system an 
diagnostics is activated. If the MH-COM #0 is a 

15 master or the LP #0 is the master, the systems are 
switched. 

In Figure 452C, LP #0 bit 17 indicates NG and bit 
15 indicates OK. If bit 17 indicates OK and bit 15 
indicates NG, then the MH-COM #1 and the LP #0 are set 

20 as OUS systems and diagnostics is 'activated. In this 
case, the LP #1 is also to be checked in the 
diagnostics result analysis- In the example shown in 
Figure 452, The MH-COM can be referred to at four 
points in the INS mode in both systems. 

25 Figure 453 shows an example where one system of 



m 



544 

the MH-COM is in the SBY or OUS state and only the two 
points of the master system can be referred to. When 
one of the LP is in the OUS state, the corresponding 
two points cannot be referred to. Furthermore, 
5 another one point is prevented from being referred to 
under the condition of the physical inter-connecting 
configuration. 

Figure 453A shows the MH-COM #1 in the state other 
than the INS state (that is, SBY or OUS state) with 
10 two points prohibited from being referred to. At this 
time, two points in the MH-COM #0 indicate NG. 
Although the MH-COM #0 is faulty, a message is output 
only - 

Figure 453B shows the MH-COM #1 in the state other 
15 than the INS state with two points prohibited from 
being referred to. At this time, one point in the MH- 
COM #0 indicates NG. It cannot be determined whether 
the MH-COM #0 or the LP. is faulty. Since the MH-COM 
cannot be restructured, the LP #0 is an OUS system and 
20 diagnostics is activated in the* example shown in 
Figure 453B. Normally, systems are switched when the 
LP nO is a master system. In Figure 453B, the LP #0 
bit 17 indicates NG, and the LP #1 bit 15 indicates 
OK. Otherwise, the LP #1 is set to an OUS state and 
25 diagnostics is activated. However, the LP #0 is to 
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be checked in the diagnostics result analysis. 

Figure 454A shows that the LP #1 is in the OUS 
state and two points in the corresponding LP #1 and 
a point obtained through the LP in the OUS state, that 
5 is, a total of 3 points, are not referred to. The 
remaining 1 point indicates NG. In this case, only 
a message is output to indicate that the restructure 
is not allowed. 

Figure 454B shows that the LP #1 is in the OUS 
10 state and the MH-COM #0 is in a state other than the 
INS state. At this time, none of the four points can 
be referred to. This state is defined as a double 
fault state. 

• Group ( 2 ) 

15 Refer to the case of group (1). 

Bit correspondences indicate bit 17 to bit 16, and 
bit 15 to bit 14. 

• Group ( 3 ) 

Refer to the case of group ( 1 ) . 
20 Bit correspondences indicate bit 17 to bit 09, and 

bit 15 to bit 07. 

• Group ( 4 ) 

Refer to the case of group (1). 

Bit correspondences indicate bit 17 to bit 08, and 
25 bit 15 to bit 06. 
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• Group ( 5 ) 

Figure 455A shows an example where two points of 
the LP (#0) indicate NG. In this case, the LP is 
faulty. If the LP is a master, then the systems are 
5 switched, the old master system is set as an OUS 
system, and diagnostics is activated. If the LP is 
a slave, it is set as an OUS system and diagnostics 
is activated. 

Figure 455B shows an example where two points 
ry 10 corresponding to .an MH-COM (#0) indicate NG. In this 

case, it cannot be determined whether the MH-COM or 
lI the LP directly connected to the MH-COM is faulty. 

Therefore, the MH-COM #0 and the LP #0 are set as OUS 
3 systems, and diagnostics is activated for each system. 

m 15 If the MH-COM #0 is a master system or the LP #0' is 

a master system, the systems are switched. 

Figure 455C shows an example where only one point 
indicates NG. In this case, the LP is considered to 
be faulty. If the LP is a master, then the systems 
20 of the LP are switched, the old master system is set 
as an OUS system, and diagnostics is activated. If 
the LP is a slave, it is set as an OUS state and 
diagnostics is activated. In Figure 455C, the LP #0 
bit 21 indicates NG, and the LP #0 bit 19 indicates 
25 OK. Otherwise, the LP #0 is set to an OUS state and 
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diagnostics is activated. However, the LP #1 is to 
be checked in the diagnostics result analysis. 

In the example shown in Figure 455, the LP can be 
referred to at four points in both systems INS- 
5 An example where one system of the LP is in the 

OUS state is described below by referring to Figure 
456. In this case, two points of the OUS system 
cannot be referred to. Furthermore, another one point 
is prevented from being referred to under the 

10 condition of the physical inter-connecting 
configuration. If one system of the MH-COM is in the 
OUS state, the corresponding two points are prohibited 
from being referred to. 

Figure 45 6A shows that the LP #1 is in the OUS 

15 state and two points in the corresponding LP #1 and 
a point obtained through the LP in the OUS state, that 
is, a total of 3 points, are not referred to. The 
remaining 1 point indicates NG. In this case, oTily 
a message is output to indicate that the restructure 

20 is not allowed. 

Figure 456B shows an example where the MH-COM #1 
is in the OUS state and the corresponding two points 
are prohibited from being referred to. At this time 
they as well as the remaining two points indicate NG- 

25 Also in this case, a message is output only indicating 
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that the restructure is not allowed . 

Figure 456C shows that the MH-COM #1 is in the OUS 
state and the corresponding two points are not to be 
referred to. At this time, only one point in the 
remaining two points indicates NG, and the LP is 
considered to be faulty. Therefore, if the LP is a 
master, then the systems of the LP are switched, the 
old master system is set as the OUS state, and 
diagnostics is activated. If the LP is a slave, it 
is set as the OUS state and diagnostics is activated. 
In Figure 456C, the LP #0 bit 21 indicates NG, and the 
LP #0 bit 19 indicates OK. Otherwise, the LP #0 is 
set to an OUS state and diagnostics is activated. 
However, the LP #0 'is to be checked in the diagnostics 
result analysis. 

Figure 456D shows an example where the LP #0 is in 
the OUS state and the MH-COH #1 is also in the OUS 
state. At this time, none of the four points can be 
referred to. This state is determined as a double 
fault state - 
• Group ( 6 ) 

Refer to the case of group (5). 

Bit correspondences indicate bit 21 to bit 20, and 
bit 19 to bit 18. 
' Group ( 7 ) 
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Refer to the case of group ( 5 ) . 

Bit correspondences indicate bit 21 to bit 13, and 
bit 19 to bit 11. 

• Group ( 8 ) 

5 Refer to the case of group (5). 

Bit correspondences indicate bit 21 to bit 12, and 
bit 19 to bit 10. 

• Group ( 9 ) 

Refer to the case of group ( 5 ) . 
iU 10 Bit correspondences indicate bit 21 to bit 01, and 

''4 bit 19 to bit 00. 

1 11,3.5 Health Check of LP 

After the actual operation is started, the 
following information is communicated between the 
15 software and the SBMESH LP. 

1. Billing information 

2 . Protocol performance monitor information 

3. Network data collection information 

4. Error log information relating to 2 and 3 above 
20 5. Statistic time information 

The above information 1 and 4 is autonomously 
transmitted from the LP to the software, but is not 
transmitted when information to be reported to the 
software is found. The software does not check 
25 whether or not the information 1 above is periodically 
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transmitted. The information 2, 3, and 5 is 
transmitted every 15th minute. If a fault occurs 
relating to the INF communications during the actual 
operation/ the fault may exist for 15 minutes in the 
5 worst case until the next information 2, 3, and 5 is 
transmitted. To prevent this, a health check is made 
for the LP (both master and slave). Figure 457 shows 
the concept of the health check. 

□ The software periodically (for example, every 5th 
rU 10 second) issues a health check command to the LP, and 
=J simultaneously activates, for example, a 2-second 
;^ timer. If a health check response is received before 

the timer reaches its timeout, a normal condition is 

□ determined. If the timer reaches its timeout before 
15 the response, the fault recognition method is left to 

'=0 ' the driver software. (For example, the driver 

=«0 software retries 3 times at 2-second intervals and 

then determines a fault if an NG appears after ^he 
three retrials. ) 
20 If a master system of the LP is determined to be 

faulty, the systems of the LP are switched, the old 
master system of the LP is set as the OUS state, and 
diagnostics is activated. If the slave system of the 
LP is determined to be faulty, the system is set as 
25 the OUS and diagnostics is activated. 
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The BSGC similarly makes the health check, and 
additionally determines whether or not the software 
normally operates in the BSGC (whether or not a health 
check command is issued periodically). 
5 11.3.6 System Switch 

The systems are switched in the SBMESH by the 

i"*' following two methods. 

■I 

( 1 ) System switch in the MH-COH 

Q 

,Q ( 2 ) System switch in the LP 

\/i 10 Each method is described below. 

]J ( 1 ) System switch in the MH-COM 

U The systems of the MH-COM are exclusive to the 

III 

_ _ . ASSW and independent of the system of the LP. .The MH- 

COM receives an ACT signal from the ASSW via the front 
rU 15 cable. The ACT signal to the MH-COM is distributed 

through an exclusive line not through the intra- 
station communications LAP. 

The ACT signal to the HH-COM in each system is not 
a signal reporting the ACT/SBY to the signal receiving 
20 system, but a signal reporting whether the present ACT 
system is a #0 system or #1 system. Therefore, in a 
normal state (not in a transitional state in which 
systems are being switched), the information received 
by the ACT signal receiving unit shown in Figure 458 
25 is the same in both system. 
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When systems are switched, the ACT signals from 
the ASSW change simultaneously in logic to indicate 
a new ACT system. Actually, the ACT signals of both 
systems does not change simultaneously. There is 
5 necessarily a moment when the ACT signal received by 
the MH-COM #0 indicates that the #1 system is an ACT 
system while the ACT signal received by the MH-COM #1 
indicates that the #0 system is an ACT system (or vice 
versa) in a transitional state. 

10 The act determination unit is provided in the MH- 

COM to prevent the state of the system of the MH-COM 
from becoming unstable in the transitional state. It 
- monitors the--ACT- signals received by . .the systems . .and 
stores the states of the systems indicated before the 

15 ACT signals change until the contents of the ACT 
signals coincide between both systems . 

If the cable for transmitting the above described 
ACT signals is lost in the ACT system and if the ACT 
signal receiving unit of the system is stacked at the 

20 ACT system, then the BCPR detects the loss of the 
cable (the loss of the ACT cable is reported by the 
E-MSCN to the BCPR), and the ACT signal may not be 
used to switch the systems. To prevent this, the ACT 
signal receiving unit which detects the loss of an ACT 

25 cable is operated as if it received a signal 
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indicating the other system is an ACT system. The 
system switch is made in a state in which the commands 
issued to both systems of the MH-COM match each other. 
No command is issued or no fault is monitored during 
the system switch. 
(2) System switch of in the LP 

The systems are switched by changing the ACT state 
of the INFA, 

11.4 Test and Diagnostics 

The following three tests are conducted relating 
to the SBMESH. 

1. . Test using a TCG 

2. PVC- test between SNI-SBMESHs 
3 - PVC- test between MESH-MHs 

Fundamentally, the test 1 above is periodically 
conducted and the tests 2 and 3 are conducted at the 
requests of the subscribers. Either the test 2 or 3 
can be conducted while the test 1 is being carried 
out. In this case, the test 1 may have to be waited 
for while the test 2 or 3 is being conducted. 

Each of the tests and the diagnostics are 
described below. 
11.4-1 Test using TCG 

The SBMESH has a test cell loopback function at 
the 156M level immediately after the DMUX as in the 
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SIFSH, etc. Figure 459 shows the loopback test of the 
SBMESH. 

The actual loopback is performed through the route 
shown by the bold lines. For example, a test cell 
from the side 1 of the ASSW (UP) to the SDMX of the 
SBMESH is looped back to the RMUX as shown in Figure 
459, and sent to the side 1 of the ASSW (DOWN). 
Likewise, a test data from the side 0 of the ASSW 
(DOWN) to the SBMESH is transmitted to the side 0 of 
the ASSW (UP) . 

For example, the SIFSH (loaded with the SINF/DS3) 
can be connected only to the side 0 of the ASSW of 
both switches. . The ^te^st _data from the side 0 of _the 
ASSW (DOWN) is transmitted to the side 0 of the ASSW 
(UP). A loopback test of the SBMESH using the TCG is 
conducted by combining these images - 

In the SBMESH, the MH-COM (SMUX, SDMX, RMUX, and 
SDMX in Figure 459) and the LP ( SMLP and RMLP in 
Figure 459) are duplex, operated in separate 
master/slave modes, and inter-cohnected in the two 
systems. However, the above described test cell is, 
for example, transmitted from the SMUX of the #0 
system if the test cell is received by the RDMX of the 
#0 system. Thus, the inter-system cross-connection 
route is not followed, but an input/output is made 
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from the same system regardless of the master/slave 
correlation. 

This test is periodically conducted in both master 
and slave systems for the following two purposes. 

(1) Confirming the normality of the switch at the 
ASSW intersection 

(2) Confirming the DMUX and MUX functions in each 
shelf (SBMESH in this example) 

For example, in the SIFSH, eight individual units 
exist under the SIF-COM. Immediately after DMUXing 
each individual unit, a loopback MUX is performed. 
Figure 460 shows a loopback image in the individual 
unit accommodated in the- SIFSH. - 

For the confirmation (1) above in the SIFSH, a 
loopback test should be conducted for any individual 
unit. Accordingly, a loopback function for the 
individual unit 0 is adopted. For the confirmation 
(2) above, a loopback function for one of the 
individual units 1 through 7 is adopted. Which 
loopback function should be selected is controlled by 
the tag information (TAGC) of the transmitted test 
cell. 

As compared with the SIFSH, the SBMESH has an 
individual unit ( LP in this example ) accommodated in 
the MH-COM. However, up to four SBMESHs can be 
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connected in a daisy chain to the highway from the 
ASSW. Each shelf corresponds to an individual unit. 
Figure 461 shows a loopback image at the LP of each 
SBMESH. 

5 For the confirmation (1) above in the SBMESH, the 

loopback function for the shelf 0 is adopted. For the 
confirmation (2) above, a loopback function for one 
of the shelves 1 through 3 is adopted. Which loopback 
function should be selected is controlled by the tag 
10 information (TAGC) of the transmitted test cell. 

Figure 462 shows the tag information of a test 
cell (as being input at the SBMESH) to be transmitted 
- - -from, the TCG to -the -SBMESH. A 600M highway to which 
the SBMESH is connected is specified at the TAGA and 
15 TAGB. 

The VPI of the above described test cell is all 0, 
and the VCI is 03FA(H) or 03FB(H). However, the 
SBMESH does not check them specifically, but loops 
them back with the condition of 0 bit = 1. (An 0 bit 

20 corresponds to, for example, the B bits of the first 
byte in the cell format shown in Figure 411). 

The above described test cell is looped back from, 
for example, the RDMUX to the SMUX in the MH-COM. 
Simultaneously, a test cell is input from the RDMX to 

25 the RMLP, and to the SMLP when it is looped back from 
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the SDiVIX to the RMUX. It may be discarded under the 
condition of 0 bit = 1 in the RMLP and SMLP. 

After the loopback, the test cell is assigned a 
tag in the VCC of the SBMESH and returned back to the 
5 TCG through the ASSW. However, in the loopback 
process, no change is made to the tag, VPI, or VCI of 
the test cell. That is, the test cell is input to the 
VCC of the SBMESH with its TAG, VPI, and VCI unchanged 
as being input to the SBMESH. Figure 463 shows this. 

10 Only the process SDMX-*RMUX is shown in Figure 463, but 
it is also applied to the process RDMX-*SMUX. 

The SBMESH has a loopback routes SDMX-*RMUX and 
RDMX->SMUX. They correspond to the loopback route for 
the TCG connected to the side 0 of the ASSW and for 

15 the TCG connected to the side 1 of the ASSW. 

As described above, this test aims at confirming 
the ASSW and confirming the DMUX and MUX functions^ in 
the SBMESH. The test specification does not relate 
to whether the side 0 or 1 (or both) of the TCG should 

20 be used to attain the first purpose (to confirm the 
ASSW). To attain the second purpose (to confirm the 
DMUX and MUX functions of the SBMESH), a test using 
the TCG of the side 0 and the test using the TCG of 
the side 1 are conducted. Figure 464 shows the test 

25 to confirm the DMUX and MUX functions of the SBMESH. 
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As described above, the SDMX performs a DMUX 
process (that is, specidies a highway) according to 
the tag information. This test is conducted to test 



conducted to test the connection to the ASSW, a daisy 
chain, and the RMUX function, ) 

On the other hand, the RDMX is not the DMUX based 
on the tag information, but the DMUX based on the 
destination address. Accordingly, this test cannot 
check the RDMX function, but checks the connection to 
the ASSW, a daisy chain, and the RMUX function. 

11.4.2 Loopback Test in SBMESH 

This test is defined in the-TR-774 and therefore 
the detailed description is omitted here. The outline 
of the method is described below. 

First, the test PDU is output from the device 
connected to the SNI, looped back at the switch, and 
checked by the sending device. At the switch, the 
test PDU is identified by the DA (the DA is 
preliminarily set), and exchanged 'with the SA to loop 
back the test PDU. 

11.4.3 PVC Test between SNI-SBMESH 

This test is conducted upon subscriber's complaint 
(request and complaint). The VPI and VCI of the test 
cell are the same as those of the PVC to be tested. 



the DMUX function. 



(Simultaneously, the test is 
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That is, the VCC need not be set in the test. Figure 
465 shows the PVC test between the SNI-SBMESH . In the 
example shown in Figure 465, the SINF in the SIFSH is 
tested. 

5 A test cell is generated by the SBMESH and output. 

In this example, a test cell is generated by the 
generating unit (gen. ) in the RMLP of the SBMESH. The 
test cell is transferred to the SINF through the PVC 
to be tested, and the loopback process is performed 
10 on the test cell at the SINF. The test cell is 
returned through the PVC and received by the SBMESH. 
It is then checked by the check unit provided in the 

- - SMLP of the SBMESH. _ _ . . _ - ^ 

Figure 465 shows the testing SINF, the existence 
15 of a DT block, and the loopback unit (some SINFs and 
DTs do not be blocked, but an SNI is blocked). 

As shown in Figure 466, the function of looping 
back by the test object device to the TCG a test cell 
from the TCG in conducting this test. That is, when 
20 the test is conducted, the periodical test conducted 
by the TCG should be stopped. 

The test SNI is blocked when the test is 
conducted. Even if a PDU to be provided for a test 
SNI is entered from an SNI other than the test SNI to 
25 the SBMESH, it is not transmitted to the test SNI. 
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At this time an error count is made in the protocol 
performance monitor, etc. relating to the above 
described PDU, but the error is allowable. 

Described below is the procedure of the PVC test. 
5 In this test, each command is issued to a master 
system. Although the command is issued to a slave 
system, the process can be performed. However, the 
response status in response to the PVC test result 
request command is issued from the master system and 
10 is checked . 

(1) An SNI block entry command is issued to the 
SBMESH to report the block of the test SNI. According 
" "to- the table shown in Figure 466, the block (DT) 
accommodating the test SNI is blocked. 
15 (2) According to the table shown in Figure 466, a 
loopback command is issued to the block (DT and SINF) 
accommodating the test SNI . _ 
(3) A PVC test start command is issued to the SBMESH. 
The test type is 01, and the test PVC and 
20 subscriber identifier refer to the test SNI number. 

A test cell DA refers to an unused individual 
address type. 

A test cell SA refers to an unused individual 
address type. 

25 (4) The timing is to be set to 5 seconds or more. 
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(5) A PVC test terminate command is issued to the 
SBMESH. 

(6) A PVC test result request command is issued to 
the SBMESH, and a test result of the corresponding 

5 response status is checked . 

(7) The loopback specified by the (2) above is 
released. 

(8) The block specified by the (1) above is released. 
3 Thus, the PVC test start command, PVC test 

10 terminate command, and PVC test result request command 
are a command set , 
M The commands are processed in a logic check in the 

^ SBMESH. For example., -if a PVC test start command is 

not received but a PVC test terminate command and a 
(y 15 PVC test result request command are received, or if 

^.y the PVC test start command is received but the PVC 

test result request command is received without 
receiving the PVC test terminate command, that is, if 
the command set is incomplete, then the logic check 
20 indicates NG. Practically, the 'factor code of the 
status of the (set destroying) command is referred 
to as indicating an abnormal termination. In the 
SBME.SH, the test result is cleared after the status 
of the PVC test result request command is returned. 
25 When a command is issued to the SBMESH as a test 
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procedure, the subsequent step is followed after the 
status of the command is confirmed. No command set 
is formed. (As described above, a test SA is provided 
for the SBMESH for the purpose of preventing an 
5 erroneous billing. However, the report is first 
received by the management firmware of the SBMESH LP, 
and then transmitted to the billing firmware. If a 
command set is formed and is provided in series to the 
SBMESH, then the test cell may arrive to make an 

10 erroneous billing before the billing firmware 
recognizes the test SA according to the notification 
from the LP management firmware. ) 

The process from the command- logic check to the 
prohibition of a command set in the test procedure is 

15 the same as that in the MESH-MH PVC test described 
below. 

11.4.4 MESH-MH PVC test 

This test is conducted upon complaint of a 
subscriber request. Since it is a PVC test, the PVI 
20 and VCI of a test cell are the same as those of the 
test PVC. That is, the VCC is not to be set before 
the test. 

The MESH-MH PVC test is described below by 
referring to Figure 467. 
25 In the example shown in Figure 467, the SBMESH(b) 
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and SBMESH(c) are provided in the same MH (MH 1). 
Then, the SBMESH(a) is connected to the MH 1 through 
the PVC. In this example, the PVC between the SBMESH 
(a) and the MH is tested. 
5 The generating unit (gen.) in the SMLP of the 

SBMESH(a) generates a test cell, and the test cell is 
transferred to the MHl accommodating the SBMESH(b) and 
(c) along the PVC. The SBMESH(b) and (c) check the 
DA of the test cell and fetches it if it should be 

10 fetched. The test cell is checked in the check unit 
in the RMLP. Thus, it is determined according to the 
DA whether or not the cell should be fetched. 
Therefore, an RDMX function which cannot _be checked.^ 
in the test using tag information can be checked. 

15 Figure 467 shows the SBMESH for generating a test 

cell and the SBMESH for receiving the test cell. 
These SBMESHs exist in separate shelves in Figure 467. 
However, .in the MESH-MH PVC, the sending MESH can be 
included in the destination MH. That is, the SBMESH 

20 which generates a test cell can be in the same shelf 
as. the SBMESH which receives the test cell. 

There can be more than one shelf that receives the 
test cell. That is, a plurality of shelves can 
receive the test cell. Furthermore, they can be 

25 accommodated in the same MH. Although Figure 467 
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shows the shelf SBMESH receiving a test cell, but a 
GWMESH can also receive the test cell.. Accordingly, 
they are represented as "MESH", 

As described later in detail, this test specifies 
5 the DA for the sending and receiving MESHs . The DA 
used in this test can be specified by the following 
two methods . 

(1) An unused DA is specified. 

( 2 ) A DA which has been processed by the receiving 
10 MESH is specified. (In the SBMESH, an address 

allocated to the SNI accommodated in the SBMESH is 
specified. ) 

-In (-1) above,- the MESH-MH-PVG is- mainly tested. 
For example, the test is conducted when communications 

15 cannot be established from a MESH to any subscriber 
accommodated in another SBMESH. The DA is hereinafter 
referred to as a "specific test DA", 

The (2) above is used in the DA test rather than 
the PVC test. For example, the test is conducted if 

20 the communications can be normally established from 
the MESH to the subscriber accommodated in another 
SBMESH, but cannot be established only to a specific 
DA. The DA is hereinafter referred to as an 
"allocated DA" . 

25 The test DA can be specified by its individual 
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address type or group address. Figure 468 shows the 
outline of specifying the DA and the test with the 
type specified. 

When the tesst is conducted, the MESH need not be 
5 blocked. In the test using a specific test DA, a test 
cell is not output from the receiving MESH. By 
contrast, in the test using an allocated DA, a test 
cell is transmitted to the destination SNI containing 
the DA. In this case, the destination SNI is blocked. 

10 Thus, since the destination SNI is blocked, a PDU does 
not reach the destination subscriber accommodated by 
the SNI even if the PDU to be transmitted from the SNI 
-to the blocked destination- SNI is input to- the. SBMESH, 
Described below is the procedure of the MESH-MH 

15 PVC test. In this test, each command is basically 
issued to a master system. The process can be 
performed even if a command is issued to a slave 
system. However, a response status is checked in 
response to a PVC test result request command to a 

20 master -system. The "don't care" described below 
refers to, for example, all 0. 

(1) If an allocated DA is used in the test, an SNI 
block entry command is issued to the SBMESH and the 
test SNI block is reported. (If the SNI is 
25 accommodated in the SMDS DS1/DS3, the DT itself is 




566 

blocked. ) 

(2) A PVC test start command is issued to a 
destination MESH. If there are a plurality of 
destination MESHs, the command is issued individually. 

5 If the command is sent and received by the same MESH 
it is specified in (3). 

The test type is specified as 02 for cases A and 
B and 03 for cases C and D shown in Figure 468. 

The transmission identification of 02 is 
10 specified. 

The test PVC of "don't care" is specified. 
The subscriber identifier of "don't care" is 
specified for cases A and B, and an SNI number of the 
destination SNI including the test cell DA is 
15 specified for cases C and D. 

The test cell DA of an unused individual address 
type/group address type is specified for cases A and 
B, and a test DA is specified for cases C and D. 

The test cell SA is "don't care" for cases A and 
20 B, and an unused individual addre'ss type for cases C 
and D (to prevent an erroneous billing). 

(3) A PVC test start command is issued to the source 
MESH. 

The test type is 02 specified for cases A and B 
25 and 03 specified for cases C and D. 
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The transmission identification of 01 is normally 
specified and 03 is specified if the sending MESH is 
also the receiving MESH. 

The test PVC of the destination MH MHID is 
5 specified for cases A and C, and "don't care" is 
specified for cases B and D. 

The subscriber identifier is normally "don't 
care" . If the receiving MESH is also the destination 
MESH, the "don't care" is specified for cases A and 
10 B and the SNI number of the destination SNI containing 
the test cell DA is specified for cases C and D, 

The test cell DA of an unused individual address 
type/group -address type is specified for- cases A-and 
B, and the test DA is specified for cases C and D. 
15 The test cell SA of "don't care" is specified for 

cases A and B, and an unused individual address type 
is specified for cases C and D (to prevent an 
erroneous billing ) . 

(4) The timing is to be set to 5 seconds or more. 
20 (5) A PVC test terminate command is issued to the 
source MESH. 

(6) A PVC test result request command is issued to 
the source MESH, and a test result of the 
corresponding response status is checked. if the 
25 source MESH is also the destination MESH, a check to 
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be made by the destination MESH should be carried out. 
(7) A PVC test start command is issued to a 
destination MESH. If there are a plurality of 
destination MESHs, the command is issued individually. 
5 (8) A PVC test result request command is issued to 
the source MESH, and a test result of the 
corresponding response status is checked. If there 
are a plurality of destination MESHs, the command is 
issued and checked individually. 

10 (9) The block indicated in (1) above is released. 
In case D, a test cell is copied to be transmitted 
to all destination SNIs including the test cell DA in 
the destination MESH. In these, cells,, only those, for 
the destination SNI specified by the subscriber 

15 identifier in the PVC test start command can be 
checked. Therefore, the steps (2) through (8) should 
be repeated for all SNIs to test for all the 
destination SNIs. 
11.4.5 PVC Test Result Check 

20 Figure 469 shows the PVC test results contained in 

the response status in response to the PVC test result 
request command. 

There are two types (three types precisely) of PVC 
tests to be conducted in the same format. Figure 469 

25 is a table showing the printout examples. The table 



# 
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is printed out when the test results in NG. However, 
if an SNI-SBMESH PVC test is conducted, the MESH-MH 
PVC test result indication area (when a specific test 
DA is used and when an allocated DA is used) need not 
5 be printed out. 

The 15-bit test cell transmission unit fault 
indication area indicates whether or not the test cell 
transmission unit is in a test cell transmission 
disable state. If the transmission is disabled, the 
10 cause is indicated. The enable/disable of 

transmission is indicated as follows. 

all-0 pattern for 16 bits: no disable state (OK) 
- non-all-0^ pattern for 16 bits: disable state (NG) 
Figure 470 shows an example. If B indicates 1 in 
15 Figure 470, the transmission of the test cell is not 
completed. If a MESH is not the source MESH in the 
MESH-MH PVC test, the 16 bits are all zero. 

The 16-bit test cell receiving unit fault 
indication area indicates whether or not the test cell 
20 receiving unit is in a test cell receiving disable 
state. If the reception is disabled, the cause is 
indicated. The enable/disable of reception is 
indicated as follows . 

all-0 pattern for 16 bits: no disable state (OK) 
25 non-all-0 pattern for 16 bits: disable state (NG) 
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Figure 471 shows an example. If a MESH is not the 
destination MESH in the MESH-MH PVC test, the 16 bits 
are all zero. 

The SNI-SBMESH PVC test result indication area is 
5 divided into 32 4-bit blocks (cells 0 through 32 in 
Figure 469) as shown in the upper 4 rows in Figure 
469. In hardware, the capacity of the test cell 
receiving unit is 32 cells. Only test cells can be 
received during this test. Each block, indicates 
10 whether or not a test cell has been received, and 
indicates the validity of the contents if the test 
cell has been received. The summary of the contents 
of the bit pattern of each block. is shown -below .- 
all zero 4-bit pattern : received and normal 
15 "0001' 4-bit pattern : received but abnormal 

"1000' 4-bit pattern : not received 

There are 6 test cells in a test, and each result 
is displayed in the area of cells 0 through 5, The 
area of cells 6 through 31 in the block are all 0. 
20 That is, the patterns are as follows. 

all-0 pattern for all blocks : OK 

non-all-0 pattern in any block : NG 

Likewise, the MESH-MH PVC test result indication 
area (using a specific test DA) can be recognized. 
25 During the SNI-SBMESH PVC test, or during the 
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MESH-MH PVC test using an allocated DA, the area is 
entirely all 0, Even during the MESH-MH PVC test 
using the specific test DA and even if the MESH is not 
the destination MESH, this area is entirely all 0. 
5 The MESH-MH PVC test result indication area (using 

an allocated DA) is also divided into 32 blocks. 
Since an allocated DA is used in the test, received 
data is not limited to test cells. For example, if 
a PDU arrives with a test allocated DA from the MESH 

10 not associated with the test, it is received by the 
test cell receiving unit. Although there are six test 
cells, all received data are not test cells as 
described above. - -Therefore, the entire blocks of 
cells 0 through 31 is checked. 

15 It is indicated whether or not each 4-bit block 

has received a test cell. If yes, then the validity 
of the contents of the block should be indicated . 
Furthermore, it should be indicated whether or not the 
cell is received from a non-test MESH. The outline 

20 is described as follows. 

all zero 4-bit pattern : a test cell is received 
and the contents are normal 

^0001' 4-bit pattern : a test cell is received 

but the contents are abnormal 

25 ^1000' 4-bit pattern : neither a test cell nor 
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a cell from a non-test MESH is received 

all 1 4-bit pattern : a cell is received from 

a . non-test MESH 

During the SNI-SBMESH PVC test or during the MESH- 
5 MH PVC test using a specific test DA, this area is set 
to all 0. Even during the MESH-MH PVC test using an 
allocated DA, this area is set to all 0 even when the 
MESH is not the destination MESH. In this test, a 
test cell may not be received if a cell should be. 
10 ' received from a non-test MESH. Therefore, unlike the 

^ other "tests, a retrial is allowed in this test. 

i y 

The checking method is described below in detail 
. . _ for each test type. _ . _ ... _ 

I a * In the SNI-SBMESH PVC test; 

15 Only one MESH is related to this test. The MESH 

is a source and destination MESH. 

The software should check in the test result the 
test cell sending unit fault indication area, test 
receiving unit fault indication area, and SNI-SBMESH 
20 PVC test result indication area.' Other areas are 
insignificant and not objects of a software check. 
However, the all 0 in the insignificant area is 
reserved. In this test, a check area of all 0 is 
accepted as OK, but is indicated as NG if it has any 
25 other pattern. Figure 472 shows the result of this 
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test in the printout format. 

' In the MESH-MH PVC test (using a specific test DA); 

Only one source MESH is related to this test. 
However, there can be a plurality of destination 
5 MESHs, and the source MESH can be one of the 
destination MESHs. 

The software should check in the test result the 
test cell sending unit fault indication area in the 
source MESH, and test receiving unit fault indication 
10 area and MESH-MH PVC test result indication area 
(using the specific test DA) in the destination MESHs. 
other areas are insignificant and not objects of a 
software check.- -However, ..the all . 0 in the. 
insignificant area is reserved. In this test, a check 
15 area of all 0 is accepted as OK, but is indicated as 
NG if it has any other pattern. Figure 473 shows the 
result of this test in the printout format. 
• In the MESH-MH PVC test (using an allocated DA); 

Only one source MESH is related to this test. 
20 However, there can be a plurality of destination 
MESHs, and the source MESH can be one of the 
destination MESHs. 

The software should check in the test result the 
test cell sending unit fault indication area in the 
25 source MESH, and test receiving unit fault indication 
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area and MESH-MH PVC test result indication area 
(using an allocated DA) in the destination MESHs. 
Other areas are insignificant and not objects of a 
software check. However, the all 0 in the 
5 insignificant area is reserved. 

In this test, a test cell sending unit fault 
indication area and test cell receiving unit fault 
indication area of all 0 are accepted as OK, but are 
'.g indicated as NG if they have any other pattern. The 

%j 10 MESH-MH PVC test result indication area (using an 

u'ri allocated DA) is indicated as follows, 

i y 

n * Retrial 

if. - -.If this- area is all 1/ all of the 32 cells_ _ 

rn received by the test cell receiving unit are from the 

15 non-test MESH. 

• OK 

This area is a combination of an all-1 pattern and 
an all-0 pattern. That is, there is at . least one 
normal test cell receiving unit, and the others are 
20 filled with the cells from a non-test MESH. 

• NG 

Six test cells are related to one test. When the 
test results in NG, the pattern of this area comprises 
less than 6 blocks of all 0 in 32 blocks and more than 
25 1 block of "lOOO' pattern. (The description can be 
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applied identically regardless of the existence of an 
all-1 pattern block. It indicates that the test cess 
receiving unit does not receive 32 cells and the test 
cells of the predetermined number are not received 
5 (there can be a missing test cell). Furthermore, NG 
is output when one or more test cells containing 
abnormal contents are received. In this case, the 
pattern of this area comprises one or more ^0001* in 
32 blocks ("don't care" for other blocks). Figure 474 
10 is the printout of the rest result. 
11.4.6 Diagnostics of MH-COM 
( 1 ) Diagnostic function of MH-COM 

The diagnostic. functipns_ of the MH-COM are listed 

below . 

15 (a) Self -diagnostics 

1. Self -diagnostics for test section 

2. Diagnostics for construction (P-ON) 

3. Self -diagnostics activated by the BCPR 

The diagnostic programs of the 1 through 3 above 
20 are almost identical. 

(b) Continuity test using TCG 

A continuity test is conducted by generating a 
test cell by the TCG, switching from the MH-COM unit 
to this MH-COM at the ASSW, looping back the test cell 
25 at the MH-COM, and returning it to the TCG. 



576 

Since the SBMESH interfaces with both sides 0 and 
1 of the ASSW, the following two loopback patterns are 
prepared. 

1. A test cell is fetched at the SDMX and looped 
5 back to the RMUX. 

2. A test cell is fetched at the RDMX and looped 
back to the SMUX. 

1 and 2 above can be specified together. 
The MH-COM loops back the transparency of a 
10 received test cell. A passing TCG cell is not 
processed. Described below is the DEMUX/MUX of test 
cells . 

(1) S ^ R direction" - - - - • - •- 

• A test cell is fetched at the DHUX-LSI which 
15 DMUXes the SMLP data at the SDMX. Therefore, the test 

cell has the same tag value as the data to the SMLP. 
The VPI/VCI values are different between a cell to the 
SMLP and a test cell. 

• Only data cells to the SMLP are fetched according 
20 to the VPI/VCI in the SMLP, and the test cell is 

discarded. 

• Only a cell in which an 0 bit is set (only a test 
cell has an 0 bit) in the cells (combination of SMLP 
cells and test cells) DEMUXed at the SDMX in the 

25 receiving SEL-Nl is multiplexed to a highway receiving 
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the cells from the RMLP. That is, the VPI/VCI value 
is "don't care" in the SEL-Nl . 

• A test cell multiplexed in the highway from the 
RMLP is converted in its VCI by the RVCC and returned 

5 to the TCG. 

(2) R S direction 

• A test cell is demultiplexed from the 622 Mbps 
from the ASSW through the DMUX-LSI (R-TCG DMUX) 

^ exclusive for a test cell of the RDMX. However, the 

ru 

=y 10 demultiplexing process is performed only by a tag 

value' (regardless of the 0 bit). Therefore, the 

; y 

demultiplexed cell data is not limited to test cells. 
r Only .data._cells to the RMLP are fetched according 

to the VPI/VCI in the RMLP, and the test cell is 
15 discarded, 

i:0 • Only a cell in which an 0 bit is set in the cells 

(combination of RMLP cells and test cells) DEMUXed at 
the R-TCG in the sending SEL-Nl is multiplexed to a 
highway receiving the cells from the SMLP. That is, 
20 the VPI/VCI value is "don't care"' in the SEL-Nl. 

• A test cell multiplexed in the highway from the 
SMLP is converted in its VCI by the SVCC and returned 
to the TCG. 

(2) Outline of MHCOM self -diagnostics 
25 Figure 475 shows the outline of the MHCOM self- 




578 

diagnostics . 
(2)-l TP 

There are three types of TPs, that is, a 1-trial 
TP, 3-trial TP, and construction TP. The TP is 
5 activated by depressing the reset switch on the front 
panel of the HSF05A when it is powered. Which TP is 
activated depends on the settings of the dip switch 
on the HSF05A. The diagnostic result from the TP is 
displayed on the 7-seg. LED of the HSF05A. 
10 (2)-2 DP 

An online diagnostics can be activated either from 
an ACT system to an OUS system or directly in the OUS 
system... The diagnostics can be activated by the 
following triggers. 
15 Activation i) when the diagnostics is activated from 

an ACT system to an OUS system 

1. After a mate-system fault is detected (a 
diagnostics result is reported to the ACT system and 
reported to the software by the COM-E-MSCN of the ACT 
20 system) . 

Activation ii ) when the diagnostics is activated 
directly in an OUS system 

1. After a home-system fault is detected 

2. Diagnostic command input (a diagnostics result 
25 is reported to the software by the COM-E-MSCN of the 
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ACT system in the OUS system LAP ) . 
(3) Diagnostics result report 

(3)-l DP result 

After performing the DP, the DP result (OK/NG, 
length, details) is reported to its own COM-E-MSCN if 
the diagnostics is activated by the home system, to 
the mate system through the inter-system 
communications if the diagnostics is activated by the 
mate system as shown in Figure 476, and to the 
software by the COM-E-MSCN of the mate system. 

i) RESULT : An NG PWCB is set. (Figure 477) 

ii ) length : The number of bytes containing detailed 
information of the diagnostics NB -is -clearly described 
(refer to Figure 478). 

iii) result : The detailed NG information of the 
indicated length is described (Figure 479). 

11.4.7 Diagnostics of LP 

The diagnostics of the LP is described as follows. 
The main items of the diagnostics are: 

1 , ING interface test 

2. LP unit function test 

The item 1 above is conducted by the diagnostic 
.program and equivalent to the INF interface test 
conducted at the beginning of the BSGC diagnostics. 
The item 1 above consists of the following two 



10 



15 



20 
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parts. 

( 1 ) CC access write/read test 

( 2 ) DMA transfer test 

Figure 480 shows in detail the performance of 
these tests. Figure '480 shows the actual results only 
and the portions such as APID, etc. are omitted. 

In Figure 480, *1 is the area indicating the 
diagnostics result of OK or NG. The area is 8 bits 
indicating an all-0 pattern, that is, NG. If the 
diagnostics is OK, the area other than *1 is "don't 
care". If the diagnostics is NG, the area other than 
*1 is significant. 

- - The, phase number area, subrphase number area, and 
test number area contain an NG phase number, sub-phase 
number, and test number respectively in right- 
justified binary numbers. 

The phase number is an autonomous diagnostic phase 
number, and is not a diagnostic number of the SBMESH 



LP, 



25 



The NG priority indication area is divided into 
two parts each indicating for the home or mate 
systems, and is further divided into 4-bit data to 
indicate for each PWCB. For example, is the #0 system 
is processed by the diagnostics, the home system 
refers to a #0 system and the mate system refers to 
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a #1 system. As described above, the systems are 
inter-connected between the LP unit and the MH-COM 
unit. Accordingly, the PWCB in the mate system can 
be an NG PWCB. An NG PWCB is reported for each PWCB. 
5 An NG priority is indicated in right- justified binary 
numbers . 

In this area, all 0 refers to a non-NG PWCB. In 
representing data in decimal, 1 indicates the most 
doubtful PWCB (having the highest NG priority), 

10 sequentially followed by 2, 3, ... . However, some 
cannot be assigned priority numbers. In this case, 
they are reported as having an equal priority. At a 
timeout, the diagnostics result rep_ort from LP status 
wait state is released to state an NG PWCB. 

15 As described above, the diagnostics should be 

performed on both LP and MH-COM units depending on the 
NG bit pattern of the INF MSCN of the LP unit (because 
it cannot be determined which is faulty, the LP unit 
or the MH-COM unit ) . 

20 The diagnostics is performed 'through the INF in 

the LP and through the LAP in the MH-COM. Even if it 
is performed on both LP and MH-COM, it is not 
performed simultaneously on both units. That is, one 
unit is processed first, and the other unit is not 

25 processed until the first process is completed. 
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The reason is explained in the following example. 
For instance, a pseudo-fault test is conducted such 
that the parity of the data transmitted to the LP is 
not damaged as a part of the diagnostics of the MH- 
5 COM. (This is to confirm the detection of an NG by 
means of the parity checker in the MH-COM, The data 
is transmitted also to the LP.) If the diagnostics 
of the LP is performed simultaneously and a test is 
being conducted in which a parity check as a part of 

10 the diagnostics of the data from the MH-COM is 
expected to be OK, then the test results in NG. 

If the test 1 above results in NG, the test 2 
is not conducted. The test 1 is divided into (1) and 
(2), and the test (2) is not conducted if the test (1) 

15 results in the test (1). 

The test 2 is an autonomous diagnostics made by 
the p-p and comprises a plurality of phases, sub- 
phases, and tests. If a test results in NG, the 
autonomous diagnostics is aborted immediately and a 

20 diagnostic result notification status is transmitted. 
11.5 MSCN 

The following two MSCNs are provided for the 
SBMESH. 

1. relating to the MH-COM 
25 2. relating to the LP 
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The tests 1 and 2 above interface with the 
software respectively through the LAP and INF. 
Described below are the details of each MSCN. 
11.5.1 MSCN of MH-COM 
5 As described above, the MSCN of the MH-COM is the 

E-MSCN reported through a simple LAP. The E-MSCN is 
transmitted to the BCPR basically as a difference 
report - 

Jq In the case of the SBMESH, faults accommodated in 

10 the E-MSCN relate to the MH-COM. The fault 

information relating to the LP is not included. The 
fault information of only the MH-COM indicates that 
the MSCN of the SBMESH is a common unit E-MSCN (GOM-E- 
MSCN). That is, the information does not contain the 
15 data of an individual unit. The E-MSCN of the MH-COM 
does not distinguish NG-OR from detailed information, 
(All data refer to detailed information points.) The 
BCPR takes an action according to the contents of each 
point . 

20 1- Format of the MH-COM E-MSCN 

The E-MSCN of the MH-COM is represented by an 8- 
bit-256-row map as shown in Figure 481. The 256 rows 
are grouped into some areas and accommodated in units 
of action type to be takes upon occurrence of a fault 
25 in the BCPR. The E-MSCN is difference-reported, but 




584 

all the 256 rows are reported to the BCPR if any bit 
in the format shown in Figure 481 changes. 

The E-MSCN enables a mask to be specified in word 
units (in 2-row units) using the E-MSD. No report is 
5 made even if a masked bit changes. If a masked bit 
is transmitted together with a changed unmasked bit 
(this normally happens), the bit is reported as OK, 
The polarity of the E-MSCN is represented as 0 for 
2 OK and 1 for NG (set by NG). The polarity of the 

=J1 10 blank area in Figure 481 is set to 0. 

The E-MSCN point of the fault information 

ry 

M indication is output as a result obtained by editing 

r_ at the liP of the HSF05A the output of the checker 

arranged at each PWCP forming part of the MH-COM. 
^JJ 15 Each checker does not have a protective means. If an 

v3 NG is detected, the result is stored until the fault 

reset instruction is received from the pP. ^ The pP 
periodically monitors the checkers, reads the check 
results, and repeats the fault-reset operation. If 
20 NG is detected twice consecutively in the monitoring 
method, then it is recognized that the faults occurred 
at the checker and the E-MSCN point of the checker is 
set as NG. The monitor cycle of the checkers depends 
on the purpose of each checker. 
25 Described below are the details of each area. 



585 

(1) MH-COM control MSD echo area (0-35 rows) 
This area accommodates the echo data of the MH-COM 

control MSD (E-MSD). The polarity remains the same 
after the accommodation (the same polarity as the E- 
5 MSD). 

(2) Device state indication area (36 - 39 rows) 
This area accommodates the information about the 

state of a device such as an ACT state, clock 
selection, etc., but not fault information of the MH- 
10 COM, 

(3) Mate system fault indication area (40 - 45 
rows ) 

This area, accommodates the fault information about 
the MH-COM of a mate system. The mate system fault 
15 information is reported through an inter-system 
communications link between MH-COMs or other lines. 
The system switch of the ASSW is triggered by a fault 
accommodated in this area and the system in an ACT 
state . 

20 (4) Home system fault indication area (46 - 55 

rows ) 

This area contains the fault information about the 
MH-COM of a home system. The system switch of the 
ASSW is triggered by a fault accommodated in this area 
25 and the system in an ACT state. 
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(5) Warning indication area (72-83 rows) 

This area contains the warning information in the 
MH-COM. It is a buffer full/cell discard indicator 
relating to a buffer which accumulates highway data 
5 in the MH-COM. The bit set accommodated in this area 
can be an ACT system, but cannot directly trigger the 
system switch of the ASSW. 

(6) Diagnostic result indication area (84 - 99 
rows ) 

10 This area accommodates the result of the online DP 

for the MH-COM - 

(7) Statistic information indicator area (100 - 119 

rows ) _ , . . _ _ . . _ 

This area accommodates various statistic data in 
15 the MH-COM. The statistic data indicate the number 
of cells reported and discarded in each multiplexer 
and demultiplexer. 
11.5.2 MSCN of LP 

There are the following two types of MSCNs . 
20 (1) INF MSCN 

(2) detailed MSCN 

As described above, if a fault occurs in the LP of 
the SBMESH, it is reported to the software as an INF 
interruption- The software issues an MSCN read 
25 command in response to the interruption, and the 32- 



587 

bit INF MSCN shown in Figure 450 is obtained in 
response to the command. 

The software recognizes the type of a fault based 
on the data. At this time, a detailed fault inquire 
command is issued if necessary to obtain further 
detailed information. The detailed MSCN is obtained 
as a result of this command. 
• Detailed MSCN 

Figure 482 shows the concept of accommodating the 
detailed MSCN. 

The LP comprises 10 pieces of PWCB, that is, the 
HMHOOA through HMH06A, HLMOOA, HLMOIA, and HLP02A. 
Each PWCB is assigned 128 bits and arranged in the 
order as shown in Figure 482. 

The area of each^PWCB comprises a 64-bit MSCN area 
accommodating the check result of each checker and a 
64-bit MSD echoback area accommodating the echoback 
of the pseudo- fault point for the checker as shown in 
Figure 482. 

The 64-bit MSCN area is divided into four 16-bit 
blocks . 
11.6 MSD 

The following two MSDs are provided for the 
SBMESH. 

1. relating to the MH-COM 
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2. relating to the LP 

The tests 1 and 2 above interface with the 
software respectively through the LAP and INF. 
11.6.1 MSD of HM-COM 
5 The MSD of the MH-COM is accommodated in an intra- 

station communications LAP and accesses an MSD table 
on the MH-COM from the BCPR through the BSGC. The MSD 
through the intra-station communications LAP is 
referred to as an E-MSD. The E-MSD for the SBMESH 
10 accommodates only the MSD point relating to the MH- 
COM. 

1. Format of MH-COM E-MSD 

As shown in Figure 483, the E-MSD of the MH-COM is 
represented by a 8-bit-256-row map. The 256 rows are 

15 grouped into some areas and are separately 
accommodated according to the meaning of each E-MSD 
point. The BCPR transmits all 8-bit-256-row areas as 
well as operation object bits through a COM-E-MSD 
command. An MH-COM which received the command 

20 compares the received E-MSD table' with that received 
previously, and recognizes all changed portions as new 
settings. Therefore, the BCPR sets the point which 
is not an object of the operation to the value of the 
E-MSD table. 

25 The polarity of the E-MSD is reset by 0 and set by 
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1. A part of areas on the E-MSD table are echoed back 
to the E-MSCN. At this time, the polarity of the E- 
MSD remains unchanged. Described below in details is 
the area of each MH-COM-MSD shown in Figure 483 . 

(1) MH-COM control E-MSD area (0-35 rows) 

This area accommodates the MH-COM control E-MSD 
area (0-35 rows). This area is echoed back to the 
E-MSCN. Figure 484 shows the accommodation of this 
area. Figures 485 and 486 show the contents of each 
point of this area. 

(2) Statistic threshold design area (36-51 rows) 
This area accommodates a threshold for each 

statistic . function in the„ MH-COM. Figure 487 shows^ 
the accommodation of this area. Figures 488 and 189 
show the contents of each point of this area. 

COM-E-MSCN mask pattern setting area (180 - 195 
rows ) 

This area accommodates the mask pattern for the E- 
MSCN. The mask is set and released in word (2-row or 
16-bit) units. A mask-specified E-MSCN point is set 
as OK. Even if a fault occurs to a mask-specified E- 
MSCN point, or even if an event of inverting the 
polarity of the point occurs, no E-MSCN report 
(difference report) is made. However, a masked point 
causes the current data to be returned in response to 
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the E-MSCN read request command ( COM-EMSCN-DAT-RQ ) as 
if it were not masked- Immediately after the 
initialization. All fields of the E-MSCN are masked 
until a mask pattern is specified by the BCPR. 

Figure 490 shows the contents of this area. 
Figure 491 shows the contents of the mask-specified 
point of this area. 
11,6-1 MSD of LP 

The LP comprises 10 pieces of PWCB, that is, the 
HMHOOA through HMH06A, HLMOOA, HLMOIA, and HLP02A. 
Each PWCB is assigned a 128-bit area. In each PWCB, 
most MSD points are pseudo-fault points for use in 
diagnostics. Therefore, _the diagnostics of the.MSp, 
point of the LP is autonomously made by the la-p, and 
only the firmware should be controllable with the 
software possibly uncontrolled, 
11.7 Billing and Statistic Processes 
11.7.1 General Descriptions 

The following five billing and statistic processes 
are prepared for the SBMESH. 

1. Statistic process in the MH-COM 

2. Billing process in the LP 

3 . Protocol performance monitor process in the LP 

4. Network data collection process in the LP 

5. Cell-number processes in the LP (traffic control) 
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The process 1 above interfaces with the software 
through the LAP, and the processes 2 through 5 
interface with the software through the INF. 
1, Statistic process in MH-COM 

The statistic processes in the MH-COM can be 
performed at the following points. 

(1) SDMX unit ( DMUX function 600Mbps ^ 155 Mbps ) 
In the SBMESH, no statistic process is performed 

in the RDMX. 

(2) SMUX RMUX unit (MUX function 600Mbps 155Mbps) 

(3) LAP terminal downward (DMUX function 600Mbps 
155 Mbps) 

_(4) LAP terminal, upward (MUX function 155Mbps 
600Mbps) 

(5) R-TCG unit (test cell MUX/DMUX) 

Figure 492 shows the sequence of the statistic 
processes . 

(1) Statistic process sequence 

The collection and notification of statistic 
information can be made through the COM-E-MSD 
instruction and COM-E-MSCN notification. The 
statistic process is performed by saving the count 
data at a time set (15 minutes) instruction and is 
reported to the BCPR at a read request later. The 
sequence is listed below. 



(1) A buffer threshold is set for each line MUX and 
DMUX. 

(2) The statistics is started by a statistics start 
instruction (for each line MUX/DMUX). 

( 3 ) The counter data is saved at the phase switch 
(15 minutes) instruction, and simultaneously the 
counter is reset. 

(4) The statistic data is reported at a statistic 
information read request. 

(5) The steps (3) through (4) are repeated. 
(2) Statistic information collection error 

Described below are the points to be carefully 
considered in using a simple LAPD protocol in the 
intra-station process in the statistic process. 

When a link is reset, an NS (sequence number for 
a software command number check) is initialized. 
Therefore, a command can be erroneously set double . 
Figure 493 shows an example in which the MH-COM 
statistic processes are abnormally collected. 

The BCPR indicates a UI timeout because an ACK is 
not returned in response to the time setting, and 
another time set command is issued after re- 
establishing a link. At this time, since the NS is 
initialized and the NS number check is initialized at 
the device, the device cannot detect the double 
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setting of the command, thereby erroneously setting 
the command double. If a command is erroneously set 
double in switching phases, the 15-minute-interval 
statistic data collection generates errors . 
5 Therefore, the following protection is gained in the 
application of the MH-COM statistic process - 

(1) If no read request follows a phase switch 
instruction after starting the statistic process, the 
subsequent phase switch instruction is ignored. 

10 (2) The software should issue a statistic 

information read request to a circuit performing a 
statistic process after a phase switch instruction. 

Figure 494 shows the sequence of the processes 
when a statistic process is abnormally performed. 

15 Described next is the sequence of the steps 2 

through 5 . 

Figure 901 shows the sequence of the steps (2) 
through ( 5 ) above - 

Various counters for protocol performance 
20 monitors, network data collection, ' etc . have two-phase 
configurations in hardware and switch access phases 
of the hardware according to a collection phase switch 
request command from the software - 

In the counting' process, the software issues a 
25 collection phase switch request command to the SBMESH 
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LP unit at every 00, 15, 30, and 45 minutes. Various 
count values are read within 15 minutes from a switch 
to the next switch. 

The performance information request command, 
5 traffic measurement information request command, and 
discarded cell number request command are introduced 
above. Obviously, the order of the commands is not 
limited to this example. However, each command 
i.S (including a collection phase switch request command) 

=y 10 should be issued at some second intervals. (If a 

;..ri command group is issued simultaneously, there can be 

congestion in the firmware). 
. . _ The Statistic time information command is .issued, 
fjj every 15th minute as described above. This command 

15 is issued only to correct the time managed by the 
v3 firmware. There is no special definition for the 

phase relation between this command and other 
commands. (The intervals between the commands are set 
in second unit ) . 
20 The above described process is controlled by the 

software. The following four variations of status are 
autonomously transmitted by the hardware to the 
software . 

(1) Billing data notification 
25 (2) Protocol performance log notification 
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(3) Traffic measurement log notification 

(4) TCA notification related to protocol 
performance monitor 

(1) above is transmitted every minute basically . 
5 (2) and (3) are transmitted each time an error which 
requires a log occurs. However, a filter is applied 
in hardware and the intervals are set in second unit 
even if the log is reported the most frequently. (4) 
above is transmitted each time an error count exceeds 
10 the threshold. 

11.7.2 Billing process 

Billing data is reported to the software 
autonomously by the hardware basically every minute 
according to a billing data notification status. 
15 If there is no arrival of a cell within a minute and 
therefore no billing data to be reported to the 
software, then the billing data notification status 
is not issued. 

According to the TR-775, it is instructed that the 
20 following data should be collected for a billing 
process . 

( 1 ) DA 

(2) SA 

(3) SNI address 

25 (4) condition code 
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(5) L2 PDU count 
( 6 ) L3 PDU count 
(7) data collection time] 

In consideration of figure inter-LATA 
5 communications, the information relating to carriers 
is also collected . 

Listed below are correspondences between the 
information about parameters ^ and carriers (1) through 
(7) and the parameters in the billing data 
10 notification status. 

The DA of (1) above is not defined as an 
independent parameter in the status. It is obtained 
.by the software according to the WHAT, MHID, MESHID,, 
SNI, ID, and address ID. 
15 The SA of (2) above is included in the status- 

The SNI address of (3) above is obtained by the 
software according to the method of the TR-775. (It 
is not defined as an independent parameter in the 
status ) . 

20 The condition code of (4) above is 0 for no error 

in L3-PDU, and is defined by the TR-775 depending on 
each error type for an error in L3-PDU. However, 
since the hardware o the SBMESH performs a billing 
process only on no-error L3-PDU, the code is set to 

25 0, and it is assigned by the software. 



The information relating to the L2/L3 PDU count, 
data collection time, and carriers of (5) through (7) 
is included in the status. 

The total amount of data is not fixed, but depends 
on the number of arriving cells, etc. in one minute 
immediately before. Therefore, if the data cannot be 
contained in one message of a billing data 
communications status, then variations of the status 
are transmitted. 

In hardware, the billing data accumulation RAM has 
a duplex configuration, and the data transmitted to 
the software is the data accumulated in the hardware 
non-access phase (frozen phase )... In ..the billing data 
notification status, there is a parameter ( block 
number) indicating which of the two phases accumulates 
the data. Since the billing data can be reported by 
plural variations of status, the sequence numbers are 
used as parameters (0 through 4095 available). 

After all billing data are transmitted, a billing 
transfer completion status is transmitted by the 
firmware. In response to the billing transfer 
completion status, the software sends a billing 
reception completion command in response to which the 
firmware sends a billing reception completion status, 
thereby completing a series of billing data 
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transmission. 

To be exact, there is a reception result parameter 
in the billing reception completion command from the 
software. If it is an ACK, the process is accepted 
5 and the firmware sends a billing reception completion 
response status, thereby terminating the process. The 
firmware clears the transmission completion phase of 
the billing data accumulation RAM. 

If the reception result parameter in the billing 

10 reception completion command indicates an NCK, then 
it is NG and the billing data is transmitted again. 
All billing data is transmitted again in the re- 
transmission process. (Furthermore, all billing data 
is transmitted again for any data re-transmission. ) 

15 If the software detects an abnormal condition 

( lost numbers ) in sequence numbers during the 
reception of billing data notification status, then 
(even before receiving the billing transfer completion 
status) a billing reception completion command, whose 

20 reception result parameter is NCK, is transmitted. 
Upon receipt of the command, the firmware retransmits 
the billing data. Additionally, when sending a 
billing transfer completion status, the firmware 
activates a 200ms timer and waits for a billing 

25 reception completion command from the software. 
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When the timeout occurs, the billing data is 
retransmitted. If the timeout occurs again in 
retransmitting the data, the process is retried 
without limit. However, since the billing data is 
5 transmitted in 1 -minute cycle, the retransmitting 
process is not continued but aborted. 

As described above, a data collection time 
parameter is contained in the billing data 
notification status. A retransmitted parameter has 

10 the same value as a parameter of the previously 
transmitted billing data notification status. 

There is also a data collection start time 
parameter in the billing transfer completion status. 
The value is set to a value within a minute from the 

15 data collection time parameter value in the billing 
data notification status preceding the billing 
transfer completion status. 

According to the hardware configuration of the 
billing unit, up to 256 types of combination of SA and 

20 carrier information can be realized. If the 

variations exceed 255, the phase is switched even if 
one minute has not passed since the previous phase 
switch of the billing data accumulation RAM, and the 
billing data notification status is transmitted. 

25 Described above is the transmission of billing 
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data from autonomous firmware. The data can also be 
transmitted at an inquiry from the software • For 
example, an adjusting process is performed after 
deleting a telephone number . 
5 In this case, the software issues an account 

adjustment data transfer request command. In issuing 
the command, a telephone number to be adjusted is 
included as a parameter. The firmware does not 
immediately transmits the corresponding billing data 

10 in response to the request command, but only transmits 
an account adjustment data transfer response status. 
The corresponding billing data is transmitted after 
the first phase switch of the billing data 
accumulation RAM upon receipt of the .command. 

15 Before transmitting a normal billing data 

notification status, the corresponding billing data 
is transmitted as billing adjustment data notification 
status. If a request is issued to adjust a pluralirty 
of telephone numbers within 1 minute, the 

20 corresponding billing data - is collectively 
transmitted. If the corresponding billing data 
indicates 0, the information indicating that there is 
no billing data is issued. 

In this step, as in the billing data notification 

25 status, there are parameters of block numbers and 
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sequence numbers (a sequence number is assigned as a 
serial number with that of the billing data 
notification status to be issued after this status), 
and a plurality of messages can be generated. A 
5 completion notification parameter indicates as to 
whether or not the billing adjustment data is the 
final data as the billing adjustment data. The 
telephone number to be adjusted is included as a 
parameter. 

10 The transmitting operation is performed similarly 

to the normal operation. That is, all data is 
retransmitted including adjustment, data. The billing 
data is transmitted to the software through the_ area 
basically reported according to an INF initial data 

15 entry command. If the firmware recognizes that this 
area is running short, it issues a billing buffer 
request status to the software, and the area reported 
by the software according to the billing buffer entry 
command is used. 

20 If there is no area notification to the billing 

buffer request status according to a billing buffer 
entry command from the software, then the billing data 
is discarded. The firmware sets a 10-second timer 
when the billing buffer request status is issued. 

25 Only one retrial is allowed at timeout. If there is 
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no notification from the software, the cell is to be 
discarded. 

11.7.3- Protocol Performance Monitor Process 

The SBMESH performs a protocol performance monitor 
5 process according to the TR-774. Additional 
explanation is given in this process as described in 
Chapter 6. The following three protocol performance 
monitor processes are required. 

(1) Storing various count values at every 15th minute 

10 (2) Generating a TCA when an error count value 
exceeds a threshold value 
(3) Occurrence of an error log 

Each of the„ counters has a duplex configuration 
for the .hardware, and the two phases are switched 

15 according to the collection phase switch request 
command from the software. The software picks up 
during the 15 minutes to the next issue of the command 
a count value of the past 15 minutes according to the 
performance information request command. Each of the 

20 various count values for each 15 'minutes defined by 
the TR-774 is stored by the software. 

In the process performed in a response status, 
that is, in response to a performance information 
request command, no bursty error algorithm is 

25 realized, but the L2 ^rbad intervals, L2 #intervals. 
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and L2 bursty error quotient are processed as "don't 
care". The portion not practically defined by the TR- 
774 is processed as follows. 

L3-PDU transferred count (source): a count value 
as a part of network data collection 

Errored L3-PDU count (source): a sum of an L3 sum 
of errors count value counted as a part of a protocol 
performance monitor and an individual count value. 

L2-PDU transferred count (source): a value counted 
as a part of the network data collection 

Errored L2-PDU count (source): L2 sum of errors 
count value counted as a part of the protocol 
performance monitor, _ _ _ .. 

L3-PDU transferred count destination): a value 
counted as a part of the network data collection 

Errored L3-PDU count (destination): 0 

L2-PDU transferred count destination): a value 
counted as a part of the network data collection 

Errored L2-PDU count (destination): 0 

Relating to the L3-PDU transferred count, the 
cells are counted after dividing DAs into individual 
addresses and group addresses, and the sum is 
reported . 

The L3-PDU transferred count and the L2-PDU 
transferred count include the count values of normal 
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PDUs and errored PDUs. 

The errored PDU count indicates the number of 
errors relating to the protocol performance monitor 
and is reported in this status. 

The number of errors at the destination is set to 
0, At the source, various checks are made in the L2 
and L3 . In the case of the L2, each error is 
individually counted, and is also counted for sum or 
errors- Accordingly, a sum of errors is also 
reported- In the case of the L3, errors are either 
individually counted or counted for a sum of errors. 
Therefore, each sums are reported, 

._In the . process in which a. TCA is generated when an 
error count value exceeds a threshold, the firmware 
autonomously generates a status to the software when 
the firmware detects that the error count value 
exceeds the threshold. This relates to the sum of 
errors algorithm. There are two variations of 
autonomous status to the L2 and L3 . 

The software generates a TCA message in response 
to an autonomous status, and the message requires, an 
SNI number. The SBMESH contains 32 SNIs and there is 
a 32-bit area each corresponding to each SNI. The 
area indicates the existence of the SNI (corresponding 
to on/off of each bit) exceeding the threshold- The 




605 

software obtains an SNI number from the bit number. 
The following points should be carefully considered. 

The hardware error counter has two phases which 
are switched according to the collection phase switch 
5 request command from the software . A new hardware 
access phase starts counting from 0. For a sum of 
errors, the count value is increased and exceeding (at 
SNIx) and an autonomous status is generated to the 
software. In this status, it is reported that only 

10 the SNIx exceeds the threshold. 

Assume that the time further passed (before the 
next collection phase switch request command) and the 
SNI y . exceeds the threshold. In this case, an 
autonomous status is generated, and the information 

15 is transmitted reporting about a newly exceeding SNI 
y and the previously exceeding SNI x. At this time, 
the software adopts the method of, for example, a last 
look, etc- and generates only the sum of error TCA of 
the newly exceeding SNI y. 

20 Regarding a bursty error, 'the hardware only 

performs a counting operation, calculates a ratio by 
being triggered by the collection phase switch request 
command from the software. If the obtained value 
exceeds the threshold, it is reported to the software 

25 in the autonomous status (different from the sum of 
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errors of the L2 and L3 described above). Like the 
autonomous status related to the sum of errors, there 
is a 32-bit area corresponding to each of the 32 SNIs 
and indicating the existence of an exceeding condition 
in the SNI represented by on/off of each bit. 

If the hardware of the SBMESH is normal, system 1 
exceeds the threshold if system 0 exceeds the 
threshold. However, an autonomous status is issued 
by the master system only. 

According to the TR- 774, it is requested that the 
threshold should be altered, the present count should 
be read, and the present count value should be cleared 
relating to the protocol performance monitor. These- 
processes can be performed by the limit value change 
request command, current performance information 
request command, current performance counter clear 
request command respectively. 

If an error occurs and it requires logging, it is 
reported in the protocol performance log notification 
status. The data (and the autonomous status related 
to the above described TCA) is transmitted to the 
transmission area for the software. Basically, the 
area reported by the INF initial data entry command 
is used. If the firmware recognizes that the area is 
running short, it sends a logging buffer request 
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status to the software and uses the area reported by 
the logging buffer entry command. If no area report 
is made about the logging buffer entry command from 
the software to the logging buffer request status, the 
5 logging data is discarded. Unlike the billing buffer, 
this logging buffer does not activate the timer or 
retrial process. 

11.7.4. Network Data Collection Process 

The SBMESH performs a network data collection 

10 process according to the TR-774. In addition to the 
detailed explanation in Chapter 7, described below are 
supplementary descriptions. The following two network 
data collection processes -are required. - - - 
(1) Storing various count values at every 15th minute 

15 (2) Occurrence of an error log 

Each of the counters has a duplex configuration 
for the hardware, and the two phases are switched 
according to the collection phase switch request 
command from the software. The software picks up 

20 during the 15 minutes to the next issue of the command 
a count value of the past 15 minutes according to the 
traffic measurement information request command. Each 
of the various count values for each 15 minutes is 
stored by the software . 

25 The following points should be carefully 
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considered about the response status. 

The six count values of total originating L3-PDUS 
through total terminating group addressed L3-PLUs 
contain not only the number of normal PDUs but also 
5 that of errored PDUs. The two count values of total 
originating/terminating L3-PDUs refer to the L3-PDU 
whose DA is of an address type. The true sum is a 
total of this count value and the total 
originating/terminating group addressed L3-PDUS. The 

10 four count values of and after the L3-PDUs discarded 
by congestion controls don't include the present 
hardware which is processed as "don't care". 
_ As .in.„the protocol ^performance monitor process, 
the present count value can be read and cleared 

15 according to the current traffic information request 
command and current traffic counter clear request 
command respectively . 

If an error occurs and it requires logging 
according to the TR-774, it is reported in the traffic 

20 measurement log notification status. The data is 
transmitted to the transmission area for the software. 
Basically, the area reported by the INF initial data 
entry command is used. If the firmware recognizes 
that the area is running short, it sends a logging 

25 buffer request status to the software and uses the 
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area reported by the logging buffer entry command, 
(used in combination with protocol performance log). 

If no area report is made about the logging buffer 
entry command from the software to the logging buffer 
5 request status, the logging data is discarded. Unlike 
the billing buffer, this logging buffer does not 
activate the timer or retrial process . 
11.7-5. Various Cell Number Process 

When the software issues a discarded cell number 

10 request command, the number of discarded L2-PDUS and 
L3-PDUS in the VC-shaper (block having the shaping 
function) at the output unit of the SMLP and RMLP can 
be calculated. The count value is used to control the 
traffic (especially when the SBMESH is increased or 

15 decreased in number) of the entire system. A 
practical usage is determined by the traffic WG. 

As in the protocol performance monitor process, 
the present count value can be read and cleared by the 
current discarded cell number request command and 

20 current discarded cell number clear request command 
respectively . 

Various error countings are made in the SBMESH. 
They are conducted in response to an independent count 
information request command- When these errors occur, 

25 error cells are discarded and the number of the 
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discarded cells is counted. These error count values 
can be not only read by the command entered by the 
maintainer, but also used in a fault correcting 
process. 

These count values can be read and cleared by the 
current independent count information request command 
and current independent count clear command 
respectively. 
[0012] 
<part 6> 

In part 6, the gateway message handler (GWMH) is 
explained in detail. 
1. General Descriptions- - - - 
1 . 1 Summary 

The gateway message handler shelf (GWMESH) is a 
device for converting data between SMDS switches. In 
the switching process, the message format is carefully 
considered, but only cells are actually switched. In 
protocols, level 2 (AAL-SAR) and level 3 (AAL-CS and 
CL) of the SNI interface protocol (SIP) which is a 
subscriber protocol of the SMDS are terminated. 
1.1,1 Position in System 

Figure 496 shows one switching system and the 
position of the GWMESH in the system. Figure 496 
mainly shows the GWMESH (and the above described 
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SBMESH) in the entire configuration shown in Figure 
8 in part 1 of this embodiment. The SIFSH containing 
the DS3, etc. is explained in parts 2 and 3. The 
SIFSH having the LLP is the SIFSH shown in Figure 9 
of part 1. 

Up to four GWMESHs can be daisy-chained to each 
highway connected to the ASSW. A GWMESH group 
connected to a highway is called a GWMH. The 
relationship between the GWMESH and the GWMH is the 
same at that between the SBMESH and the SBMH. 

In Figure 496, the SNI is short for a subscriber 
network interface to which an actual SMDS subscriber 
"is~ connected. The ISSI "is "shor"t for an intra- 
switching system to which another switching system 
(SS) is connected. The ICI is short for an inter- 
carrier interface to which another LATA is connected 
through a carrier. _ 

The GWMESHs ( GWMHs ) are grouped into incoming (IC) 
units and outgoing (OG) units. Data input through the 
ISSI or the ICI is processed in the IC unit of the 
GWMESH, and the data processed in the OG unit of the 
GWMESH is output to the ISSI or ICI. 
1.1.2 Route for SMDS Data Process 

Figures 497 through 591 illustrate the summary of 
the routing process of the SMDS data in the SBMESH and 
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GWMESH. The explanation partially doubles that of the 
SBMESH. 

Figure 497 shows the process of the SMDS data 
between the SNIs accommodated in the switching system. 
5 When data is transferred from SNI-1 to SNI-2, as 

shown in Figure 497, the data (message) output from 
the SNI-1 is terminated by SIFSH 11, decomposed into 
one or more cells, and input to the SBMH(S) through 
a fixed path or a semi-fixed path (PVC) set between 

10 the above described SIFsh 11 and the SBMH(S)- The 
VPI/VCI specifying the above described PVC is written 
to the header field of the cell, 
_ . _ _ The SBMH(S)..- recognizes _ from the address 
information (destination address DA) stored in the 

15 cell that the cell destination subscriber is 
accommodated in the home switching system, and writes 
and outputs the value indicating the PVC set between 
the SBMH(S) and SBMH(R) as the VPI/VCI of the cell . 
The path from the above described SBMH(S) to the 

20 SBMH(R) is established through the SIFSH 12 as shown 
in Figure 497. According to the configuration of the 
SIFSH 12 shown in Figure 9, the VCC is set in the SIF- 
COM unit as in the SIFSH described in part 3 of this 
embodiment. When the data is transferred, the cell 

25 output from the SBMH(S) is first transferred to the 
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SIFSH 12 and then output to the SBHH(R) through the 
VCC in the SIFSH 12. These paths are also connected 
through the PVC. 

The SBMH(R) which received the cell recognizes the 
SIFSH (SIFSH 11) accommodating the SNI-2 according to 
the address information stored in the cell, and writes 
and outputs the VPI/VCI indicating the PVC set between 
the SBMH(R) and the above described SIFSH 11. 

Thus, in the SMDS data process between SNIs 
accommodated in the same switching system, no GWMESH 
is used and the routing is set only through the 
SBMH(S) and SBMH(R) . 

Described below briefly is the path specifying 
method. 

The VPI/VCI is specified in the SBMH(S) or SBMH(R) 
according to the address information (DA) stored in 
the. cell- The specification is not performed on all 
cells, but on each message output from the SNI-1. 
That is, if the message is decomposed into a plurality 
of cells, the DA of the message is stored at a 
predetermined position in the payload of the BOM ( SSM 
if the message is converted into a single cell). The 
SBMH(S) or the SBMH(R) sets on the table the 
correspondence between the input VPI/VCI and input MID 
and the output VPI/VCI according to the above 
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described address information. When the SBMH(S) or 
SBMH(R) receives the COM and EOM preceded by the BOM, 
the VPI/VCI to be written to the cell is obtained, 
assigned, and output by retrieving the table using as 
5 a key the input VPI/VCI and input MID in the COM and 
EOM. 

Thus, a message of any length is routed in cell 
units. At this time, the routing process of a COM and 
EOM is performed in hardware only on the input VPI/VCI 

10 and input MID. Since the process is not performed in 
the layer 3 (or layers in higher order) which requires 
a software process, it can be performed at a high 
speed. The SBMH(S) or SBMH(R) is described above, but 
the descriptions can be applied to the GWMH(I) or 

15 GWMH(O). 

Figure 498 shows the process of the SMDS data in 
SNI ISSI or ICI. In Figure 498, the process is 
performed similarly with the example shown in Figure 
497 up to the steps in which the message output by the 

20 SNI is decomposed and input to the'SBMH(S), However, 
since the destination subscriber of the message is 
accommodated in another switching system in this 
process, the GWMH is used. That is, in the SBMH(S), 
the VPI/VCI specifying the PVC set between the SBMH(S) 

25 and the GWMH(O) accommodating the above described 
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destination subscriber is written to the header of the 
cell, and the cell is output. (Actually, it is 
actually transferred through the SIFSH 12). When the 
GWMH(O) receives the cell, it writes the VPI/VCI 
5 specifying the PVC set between the GWMH(O) and the 
GWMH(I) of the other switching system to the header 
field of the cell, and outputs the cell. 

Figure 499 shows the process of the SMDS data in 
XSSI or ICI -» SNI. As shown in Figure 499, a cell 

10 input from another switching system to the present 
switching system is input to the GWMH(I). In this 
case, the GWMHCO) of the other switching system writes 
and outputs the VPI/VCI indicating the PVC between the 
GWMH(0.) and the GWMH(I) of the present system to the 

15 header field of the cell. When the above described 
GWMH(I) recognizes the destination of the received 
cell as the subscriber accommodated in the present 
system, it writes the VPI/VCI indicating the PVC 
between the GWMH(I) and SBMH(R) to the header field 

20 of the cell, and outputs it. (Als'o in this case, the 
data is actually transferred through the SIFSH 12). 
The SBMH(R) transfers the above described cell to the 
destination subscriber . 

Figure 500 shows the SMDS data process in ISSI or 

25 ICI ISSI or ICI. In this case, the present system 
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relays the data when the data (message) is transferred 
from the subscriber accommodated in the other 
switching system to the subscriber accommodated in the 
other switching system. 
5 As described above by referring to Figures 500, 

the description is the same as that for Figure 499 
where the cell input from another switching system to 
the present switching system is input to the GWMH(I). 
When the GWMH(I) recognizes that the destination of 

10 the cell refers to the other switching system, it 
writes the VPI/VCI specifying the PVC between the 
GWMH(I) and GWMH(O) to the header field of the cell 
and outputs the cell . Then, -the GWMH-( 0 ) writes the 
VPI/VCI indicating the PVC set between the GWMH(O) and 

15 the GWMH(I) accommodating the above described 
destination subscriber to the header field of the cell 
and outputs the cell. (Also in this case, the cell 
is actually transferred through the SIFSH 12). 

Described next is the SMDS data process performed 

20 according to the address - 

(1) For individual addresses, group addresses other 
than GAA (home switching system is not the agent of 
the GA), and embodied SAC 

The data from the ICI and ISSI is transferred to 

25 the GWMESH(I) via the fixed or semi-fixed path (PVC) 




617 

of the ASSW(UP). The GWMESH(I) retrieves the route 
to the SBMH(R) and GWMH(O) accommodating the 
destination SNI, ICI, and ISSI by analyzing the 
address type and destination address (DA:E164 address) 
5 in the data, adds the retrieved route to the output 
data, and outputs the data to the ASSW(UP). the 
GWMESH(I), SBMH(R), and GWMH(O) are connected through 
the PVC. 

The data is input to a predetermined SBMH(R) or 

10 GWMH(O) through the ASSW(UP), LLP, and ASSW (DOWN). 
The SBMH(R) or GWMH(O) refers to the DA in the data, 
filters only the data to the SNI (for the SBMESH) or 
-IGI,-and ISSI (for the GWMESH) accommodated in the 
present switching system, retrieves the route to the 

15 destination SNI or ICI, and ISSI, and output the data 
to the ASSW (DOWN). The SBMH(R) or GWMH(O), SNI or 
ICI, and ISSI are connected through the PVC. 
(2) For group addresses of GAA 

The processes are the same as ( 1 ) above up to the 

20 entry of the data from the ICI and 'ISSI to the present 
system and the entry to a predetermined SBMH(R) or 
GWMH(O). The SBMH(R) or GWMH(O) refers to the DA of 
the filtered data and performs the following processes 
when it recognizes that the home switching system is 

25 the GAA of the GA. 
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The SBMH(R) copies data for the subscribers 
connected to the SNI accommodated by the home 
switching system, converts the GA into the individual 
address of each subscriber, assigns the address to 
each piece of the copied data, and transfers the data. 

When data is transferred to another switching 
system through the ICI and XSSI, the GWMH(O) copies 
the data, converts the data into an individual address 
from the above described GA, and transfers the data. 
1.2 System Configuration 

As shown in Figure 501, the GWMESHs are grouped 
into MH-COMs and LPs for performing an actual 
-Switching process. 

The MH-COM comprises the SDMX, RDMX, SMUX,. and 
RMUX. The unit starting with S corresponds to the 
GWMESH(I) and that starting with R corresponds to the 
GWMESH(O). The DMX demultiplexes the data from the 
ASSW and fetches the data to the home shelf. The MUX 
multiplexes the data from the home shelf and sends the 
data to the ASSW. The GWMESH further comprises the 
LAP terminating unit and VCC not shown in the figures. 
The VCC is set at LAP from the BSGC. The information 
about each checker in the MH-COM unit is interfaced 
with the software by the LAP using the BSGC. 

The LP unit is grouped into the incoming. 
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outgoing, and LP-COM units. The incoming and outgoing 
units correspond to the GWMESH(I) and GWMESH(O) 
respectively, and relate to data switching functions. 
The LP-COM is the control unit for the incoming and 
5 outgoing units, and interfaces with the software at 
through the INF. The various station data, subscriber 
data, checker information in the LP, and billing 
information are interfaced with the software through 
the INF. Hereinafter, the incoming unit of the LP 

10 unit is referred to as the ICLP, and the outgoing unit 
is referred to as the OGLP. 

As described above, up to four GWMESHs can be 
daisy-chained- to- each highway of the ASSWL with, the LP 
unit and the INF connected one to one. Therefore, 

15 when four GWMESHs are daisy-chained to a highway, four 
paths are required from the INF (precisely INFA). 
1.3 Redundant Configuration 

Figure 502 shows the redundant configuration of 
the GWMESH. 

20 Each of the MH-COM and LP are -duplex. The MH-COM 

is a duplex system in the master/slave format 
exclusive to the ASSW, while the LP is an independent 
duplex system. A switching operation is performed in 
the LP of a slave system, but the slave system does 

25 not notify the software of the billing information. 
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The inter-system interconnection exists between 
the duplex MH-COM and LP. That is, information can 
be communicated between the #0 of the MH-COM unit and 
#1 of the LP unit and between the #1 of the MH-COM 
5 unit and #0 of the LP unit. No inter-system 
interconnection exists between the LP unit and INF. 

For example, data are input from the RDMX of the 
MH-COM #0 and the RDMX of the MH-COM #1 to the 
outgoing unit of the LP #0. In the outgoing unit of 

10 #0 of the LP unit, the selector (not shown in the 
drawings ) provided at the input unit selects the data 
from the RDMX of the master system in the above 
described #0 and-#l,- Likewise,. -data -is input-from the 
incoming unit of the LP #0 and the incoming unit of 

15 the LP#1 to the SMUX of the MH-COM #0. In the SMUX 
of the MH-COM #0 , the selector ( not shown in the 
drawings) provided at the input unit selects the data 
from the incoming unit of the master system in the 
above described #0 and #1. 

20 2. Process Method 

2.1 Network Configuration 

Figure 503 shows an example of the SMDS network 
configuration. As shown in Figure 503, the subscriber 
terminal (corresponding to CPE) is accommodated in the 

25 switching system SS through the SNI . Each SS is 
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connected to each other through the ISSI in a network 
(corresponding to the LEC, BOC, and ILEC in Figure 
503 ) - The communications with the SS accommodated in 
another network is made through the ICI. The system 
5 shown in Figure 495 is provided for each SS . 
2.2 Routing system 

Figure 504 shows an example of the routing process 
performed when data is transferred using an individual 
address. Figure 505 shows examples, of four types of 
10 communications paths shown in Figure 504 together with 
the network configuration. In this case^ each SS 
determines a destination by referring to the DA, 

(1) " The ~ intra-SS communications refer to the 
communications between the customer premise equipment 

15 CPE(A) and CPE(B) accommodated in the same SS 1- In 
this case, the SS 1 performs the process shown in 
Figure 497. 

(2) The intra-LEC communications refer to the 
communications from the CPE(A) accommodated by the SS 

20 1 to the CPE(C) accommodated by the SS 2. In this 
case, the SS 1 performs the process shown in Figure 
498, and the SS 2 performs the process shown in Figure 
499. 

(3) The ex-LEC intra-LATA communications refer to the 
25 communications from the CPE(A) accommodated by the SS 
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1 to the CPE(D) accommodated by the SS 5 in another 
LEC in the LATA of the SS 1. The SSI is connected to 
the SS 3 in the same LEC through the ISSI, and the SS4 
is connected to the SS5 in another LEC through the 
ISSI. In this case, the SS 1 performs the process 
shown in Figure 498 and the SS5 performs the process 
shown in Figure 499. The SS3 and SS4 perform the 
process shown in Figure 500. 

(4) The ex-LATA communications refer to the 
communications from the CPE(A) accommodated by the SS 
1 to the CPE(F) accommodated by the SS 8 in the 
network of the LATA accommodating the SS 1. The SSI 
is connected to the SS 6 in the same LEC through "the 
ISSI. The SS 7 is connected to the SS 8 in another 
LEC through the ISSI. Furthermore, the SS 6 is 
connected to the SS 7 in the ICI through the IC 
network. In this case, the SS 1 performs the process 
shown in Figure 498, and the SS 8 performs the process 
shown in Figure 499. The SS 6 and SS 7 perform the 
process shown in Figure 500. 
2.3 Group Address Process 

Figure 506 shows an example of the process of 
transferring data using a group address. Figures 507 
through 509 show examples of the three types of 
communications paths shown in Figure 506 together with 
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the network configurations. Each SS refers to a DA 
(GA in this example). If the SS determines that the 
GA is within a specified area, the SBMESH or GWMESH 
accommodated in the SS copies input data and transfers 
5 the data to all SSs. The data transfer up to the 
input to the GA-specified area GAA is the same as the 
transfer of data having individual addresses as shown 
in Figure 504. 

( 1 ) A case in which the home LEG is a GAA refers 

10. to the communications in which the CPE(A) accommodated 
in the SS 1 in the GA-specified area GAA is a data 
source. In this case, data is copied in the SBMH 
accommodated in the SS 1. As shown in Figure 507, -the 
data is transferred to all the other SSs. 

15 (2) A case in which the other ILECs in the LATA are 

GAAs refers to the communications in which the data 
source CPE(E) is accommodated by the SS 2, the ILEC 
containing the SS 2 is external to the GA-specified 
area GAA (LEG network (GAA) shown in Figure 508), and 

20 the SS 2 and GAA are in the same LATA, The transfer 
from the CPE(E) to the SS 4 is the same as the 
transfer using specified individual addresses. Data 
is copied in the GWMH accommodated in the SS 4, and 
the data is transferred to all the other SSs as shown 

25 in Figure 508 . 
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(3) A case in which the GAA is external to the LATA 
refers to the communications in which the data source 
CPE(G) is accommodated in the SS 5, the ILEC having 
the SS 5 is external to the LATA to which the GA- 
5 specified area GAA ( LECNetwork (GAA) shown in Figure 
509) belongs (connected through the ICI ) . The 
transfer from the FPE(G) to the SS 7 is the same as 
the transfer using specified individual addresses. 
Then, data is copied in the GWMH accommodated in the 

10 SS 7, and transferred to all the other SSs as shown 
in Figure 509. 
2,4. Load Splitting 

Load splitting refers to -sharing a load among a 
plurality of links when there are two or more physical 

15 . (or logical) links in the XSSI connecting two SSs or 
in the ICI connecting an SS and the POP of other 
carriers. If there are a plurality of paths between 
the SSs, that is, if two SSs are connected through 
different relays SS, the load is not split to the 

20 paths. Figure 510 shows the image of the link. 

As a rule, a message having a pair of the same DA 
and SA uses the same link as long as the state of the 
link remains unchanged. Thus, the transfer sequence 
is maintained between the messages having the same DA 

25 and SA. If the DA and SA are picked up at random, the 
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load in each link is balanced. To attain this, the 
load splitting comprises the following two steps. 

• Key generation 

A key to a value in a range (key space) is 
5 generated according to the DA and SA of a message. 

• Key assignment 

A message is assigned to an actual link according 
to the key of the message. 
2.4.1 Features of Load Splitting 
10 The ISSIs connecting the SSs in the network of the 

same carrier or the ICIs connecting the SS-POPs, that 
is, the ISSIs (ICIs) belonging to the same ISSI ( ICI ) 
- -link set are accommodated in -the same GWMH (refer to 
Figure 511). 

15 The following load splitting algorithm is applied 

to the lA data (data having specified individual 
addresses) and the group address GA data not copied 
in each SS (GWIVIH), and the data is then processed in 
the corresponding GWMESH. The load splitting 

20 algorithm is based on a well-known algorithm (for 
example, TR-1059, issue 2, chapter 9). If plural, 
copies of GA data (that is, the data to be developed 
to lA) are transmitted to the same link set in each 
SS, then each ISSI (ICI) link is allocated to each of 

25 the assigned lAs . 
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Described below is the load splitting algorithm 
applied when no copies are made. 
2,4,2. Key Generation 

A 16-bit key is generated by performing a CRC-16 
division on a bit string of a DA and SA, Since a key 
is generated for each piece of data, it is performed 
by the hardware. The key generation is performed in 
the following procedure, 
(a) polynomial: 

L(x) = x^^ + x-^ + x^-^ + . . . + X + 1 

generation polynomial: 

G(x) = x^^ + x^2 + x^ + 1 
(b-) A 128-bit string F(-x) is generated for a pair of 
a DA and an SA to set the MSB of the DA at the MSB and 
the LSB of the SA at the LSB. That is, if the bit 
string of the DA is D(x) and the bit string of the SA 
is S(x), the string is generated by the following 
equation. 

F(x) = x^' • D(x) + S(x) 
(c) The residue R(x) obtained by 'dividing F(x) • xl6 
+ L(x) • xl28 by the above described generation 
polynomial G(x) is set as a load splitting key. 
2.4.3 Key Assignment 

In assigning a key, a message is assigned to each 
active link according to the key generated as 
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5 



20 



described above. That is, key space is divided. Each 
divided key space is assigned to an active link. A 



The default value of an assigned key range is 
proportional to the ISSI/ICI link band. The value can 
be altered by a command. The assignment can be 
performed by the software in consideration of the 
assignment covering plural GWMESHs, and the key is 
reported for each link to the hardware. In the 
hardware, the data is obtained in a predetermined link 
after being, processed - and determined by the GWMESH 
according to the generated key. 

Figure 512 shows the load splitting algorithm. 
3. ICLP 

3.1 Summary of Process 

The ICLP performs an ICIP/ISSIP L2 and L3 protocol 
performance check on the cell demultiplexed according 
to the information of a tag added to the header of the 
cell in the MH-COM corresponding to the incoming shov/n 
in Figure 501 and input as 155 Mbps data. The ICLP 
also analyzes the DA (destination address) of the cell 
and transmits the cell to the SBMH accommodating the 
corresponding subscriber ( SNI ) and the GWMH 
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accommodating the corresponding ISSI/ICI. 
3.2 Configuration 

Figure 513 is a block diagram showing the entire 
configuration of the ICLP. As shown in Figure 513, 
5 the ICLP comprises three PWCBs HMHllA through HMH13A. 

The HMHllA mainly performs a protocol performance 
check. An erroneous cell is indicated by an error 
flag transferred concurrently with the cell. After 
performing a predetermined process on the contents of 
10 the error flag, the erroneous cell is finally 
discarded by the output unit of the HMH13A- The 
HMH12A mainly performs a routing . process which is a 
. , DA analyzing and destination MH determining process. 

'r. The HMH13A mainly performs a band limiting process on 

[y 15 the PVC between the ICLP and RMLP/OGLP. Figure 514 

i.g shows the table listing the functions of each block 

of the ICLP. 

Figure 514 shows as a* supplementary list the 
functions of the ICLP. 
20 ( 1 ) Checking order 

The protocol performance check is performed in the 
order shown in Figures 515 and 516. 

When a CRC-10 error occurs at the initial stage of 
the check, it indicates erroneous data in the 
25 ICIP/ISSIP L2. If the protocol performance check is 
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performed using the erroneous data, the error may be 
further developed. Therefore, if the CRC-10 error is 
detected, no subsequent protocol performance check 
should be made to alter the table. 
5 For example, if a MID value is erroneous, an 

ICIP/ISSIP L3 message may be implied. This holds true 
also with payload length error and encapsulation 
error. Accordingly, if the CRC-10 error occurs, no 

i^g such checks should be made. 

\r] 10 (2) Error cell discard process 

jl An error cell is identified by an error flag ( EFl 

1=^ MS) indicating NG (in this case, the flag is set ON 

Ld 

at. NG),_ and should be discarded- In „the. case of. "BOM 
with unexpected MID" (BOM having an MID other than a 
[U 15 predetermined value), the cell is not discarded. The 

;,y memory is used for various uses in the ICLP, and there 

is the function of skipping the write access to the 
memory if an error occurs. 
(3) LP test cell (diagnostics) 
20 In the diagnostics of the GWMESH, a test cell is 

transmitted from the HLP07A (in the LP-COM unit) and 
returned to the HLP07A through each processing unit 
in the ICLP unit to check the error flag. 

This diagnostics is made when the ICLP is in the 
25 OUS state (out of service state). The subscriber data 
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for use in the test for each link is set on an actual 
table because there is no test table. An LP test cell 
having no error flag is not discarded but transmitted 
to the MUX of the MH-COM. Since this ICLP is not in 
5 a master state (that is, in the OUS state), the test 
cell is discarded by the selector in the input unit 
of the MUX, 
(4) PVC test 

1, MESH-MH PVC test 

10 The HLP07A transmits a test cell to the ICLP in 

this test. The test cell is transmitted from the ICLP 
to the object SMLP/OGLP through the ASSW.- The OGLP 
transmits, this test cell to .the HLP07A to check the 
normality of the cell. 

15 The DA, etc. of this test cell is set by a 

specific VCI value (FF) and transmitted from the 
HLP07A, The ICLP recognizes the test cell if the test 
cell identification bit (bit 7) in the VCI indicates 
1, and performs a corresponding process. Since this 

20 test is conducted in an INS state '(in service state), 
no protocol performance check is made not to affect 
a normal message. 

If an allocated-DA test is conducted in this test, 
the SNI/link of the destination MH is blocked. Refer 

25 to the error flag table shown in Figures 515 and 516 
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for details. 

2. Link-GWMESH PVC test 

The HLP07A transmits a test cell to the OGLP in 
this test. The test cell is looped back in the test 
5 object link and input to the ICLP. Each checker of 
the ICLP performs on this cell a process for a normal 
cell. The routing unit determines whether or not the 
cell is a test cell according to the DA. If it is a 
test cell, it is transmitted to the HLP07A with the 
10 VCI set to 'FF' (h) . 

This test is conducted with the link blocked. 
Refer to the error flag table shown in Figures 515 and 
_ 515 , for .details . 

3 . Loopback test 

15 The HLP07A transmits a test cell to the OGLP in 

this test. The test cell is looped back by a 
specified SS and input to the ICLP. Each checker of 
the ICLP performs on this cell a process for a normal 
cell. The routing unit determines whether or not the 

20 cell is an NME cell addressed to the home station 
according to the DA, If it is an NME cell addressed 
to the home station, it is transmitted to the HLP07A 
with the VCI set to 'FF'(h). Refer to the error flag 
table shown in Figures 515 and 516 for details. 

25 3.3 Correspondence between each function block and 
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error flag 

An error flag (EF) operating for each function 
block of the ICLP is shown in Figures 515 and 516. 
Figures 515 and 516 also show the conditions under 
5 which each function block operates. The table shown 
in these figures is used, as follows. 
' The vertical axis indicates a function block , 
• The horizontal axis indicates an error flag EF (EFl 
and EF2) and the state of an inter-MESH PVC test. 
m 10 * Each item is divided into upper entry and lower 

entry. The upper entry indicates an EF which turns 

ru 

to NG after a check of a functional block. If the 
. . state is NG, an EF described as ON is. controlled. The 
Q lower entry indicates the conditions under which the 

: r : 

rU 15 functional block should be operated (or the functional 

'^"^ block should be checked) or the check result should 

be reflected on the EF. Refer to the LP-COM in 
chapter 5 for the correspondence between an error flag 
(EF) and an error name (name according to the TR) and 
20 for the position of the EF. 

3.4. ICLP Input/Output Format 

Figures 517 through 522 show the formats of an 
input cell to the ICLP. 

Figures 523 through 528 show the formats of an 
25 output cell from the ICLP. 
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Figures 529 and 530 show the formats of an 
input/output cell of the HMH12A of the ICLP. 

Figures 531 through 542 show the formats of an 
input/output cell of the HiyiH13A of the ICLP. 
5 3.5 ICLP Process Flow 

Figure 543 is a check flowchart followed when the 
ICLP receives a message. Figures 544 and 545 show a 
message routing flow in the ICLP. The numbers 1 
through 6 shown in Figures 544 and 545 indicate the 
10 corresponding processes. 
3 . 6 PKG Block 
3.6.1 HMHllA 

3.6.1-1- Summary of Function _ ^ . _ 

Figure 546 is a block diagram showing the HMHllA. 
15 The HMHllA has the following functions. 

(1) Function of checking the consistency of a 
message entered from the ICI 

(2) Function of checking the consistency of a 
message entered from the ISSI 

20 (3) function of generating a pseudo-EOM to release 

the function of each unit of the device when a message 
is lost 

(4) function of converting the cell format of the 
ICI/ISI into the inter-MESH interface cell format 
25 3.5.1.2 External Terminal Unit 
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Figure 547 is a table showing the external 
terminal of the HMHllA, 

3.6,1.3 Block Diagram and Explanation of Functions 
Figures 548 through 553 show the circuits of the 
5 important portions of the HMHllA. Figures 554 through 
550 shows the timing in checking messages. 

3.6.2 HMH12A 

Figure 561 is a block diagram of the HMH12A. 
Figure 5 62 is a process flowchart of the routing 
10 function of the HMH12A. 

Figure 563 is a process flowchart of the broadcast 
function of the HMH12A. 

Figures 564 and. 565 is a process flowchart of the 
copy control of the HMH12A. 
15 Figures 566 is a process flowchart of transmitting 

a pseudo-EOM. 

3.6.3 HMH13A 

Figure 5 67 is a block diagram of the HMH13A. The 
HMH13A has the following function. 
20 1 . Output band control 

2. Output MID acquisition 

3. VPI/VCI reassignment 

4. Discarded cell number count 
3.6.3.1 Output band limit' 

25 The burst property is absorbed by periodically 
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reading data using a buffer memory and the output band 
from the ICLP to the OGLP or RMLP is controlled. This 
function can be realized by the VC-SH LSI shown in 
Figure 567. Figure 568 shows the configuration of the 
5 circuit of the VC-SH LSI for controlling the output 
band and the units around it. 

3.6.3.2 Acquisition of Output MID 

The output MID acquiring unit assigns the MID 
corresponding to the output VCI. This function is 
l^i 10 realized by the MOCTL LSI shown in Figure 567. Figure 

•= 

^'J 569 shows the configuration of the circuit of the 

^•^ output MID acquiring unit. Figure 570 shows the table 

_ for use >n_the_ output MID acquiring process. Figure 

I'i 571 is a flowchart showing the process of reserving 

[M, 15 an output VIC. 

1,0 If the EDM of an L3-PDU is lost and the EOM is not 

input to the HMH13A, the output MID reserved for each 
L3-PDU is not released from the table shown in Figure 
570. To avoid this, the MOCTL LSI monitors the 
20 timeout of the system. Figure 572 is a flowchart 
showing the process of the timeout monitor. 

3.6.3.3 Reassignment of VPI/VCI 

Figure 573 shows the format of re-assigning a 
VPI/VCI. Figure 574 shows the configuration of the 
25 hardware for reassigning a VPI/VCI. 
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3.6.3.4 Discarded Cess Number Count 

Since the buffer size is limited in the GA copy 
unit (HMH12A) and output band limit unit (HMH13A) in 
the ICLP, cell may be discarded through the overflow 
5 of the buffer depending on the burst data size. The 
discarded cell number count unit accumulates the 
number of discarded cells according to the discarded 
cell signal received from the HMH12A, and sequentially 
adds the result to the number of discarded cells 

10 obtained in the output band limit unit, and records 
the sum to the DP-RAM (a. two-phase configuration RAM 
corresponding to the discarded number write table 
shown. in Figure 567). The HLM03A accesses the DP-RAM 
to perform the NDC process. 

15 3.5.3.5 Fault Monitor 

The HMH13A is connected to the duplex MH-COMs and 
therefore has the home system fault monitor function 
and mate system fault monitor function. Figure 575 
shows the configuration of the home system fault 

20 monitor. Figure 576 shows the configuration of the 
mate system fault monitor. 
4. OGLP 

4.1 Summary of Process 

The OGLP refers to the destination address DA in 
25 the message input from the MH-COM, filters only the 
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message addressed to the home MESH, and performs an 
ICIP/ISSIP L2 and L3 protocol performance check. It 
also determines an output link according to the VCI 
value, splits a load according to the SA and DA 
5 values, performs the GA process, and sends cells to 
each link. 
4.2 Configuration 

Figure 577 is a block diagram showing the outline 
S of the functions of the OGLP unit. Figure 578 is a 

y 10 block diagram showing the detailed functions of the 

=.n OGLP unit. Figure 579 is a block diagram showing the 

"'^^ IC arrangement of the OGLP unit. 

s The OGLP unit comprises four PWCBs HMH07A through 

J HMHIOA. 

•i 15 The HMH07A makes a DA filtering, that is, 

=y determines whether or not the input data is to be 

received according to the destination address DA. The 
HMH08A splits a load, that is, controls the 
distribution of a load. The HiMH09A converts a group 
20 address GA into lA, that is, converts the GA into an 
individual address lA implied by the GA according to 
the GA of the input data. The HMHIOA limits the band 
of the PVC between the OGLP and OSSI/ICI. 

Figure 580 shows the outline of the functions of 
25 each block of the OGLP unit and the process for error 
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cells and maintenance cells. Figure 580 shows the 
functions of the OGLP unit. 

(1) Error cell 

Error cells are indicated by a master error flag 
5 (EFI MS) set ON (as NG), and to be discarded. The 
OGLP uses the memory for various uses and skips the 
write access to the memory. Refer to the outline of 
the functions shown in Figure 580 for details. 

(2) LP test cell (diagnostics) 

10 In the diagnostics of the GWMESH, the HLP07A sends 

a test cell and receives it back from each processing 
unit in the OGLP to conduct an error flag test. 

This diagnostics is made in the OUS state of the 
OGLP unit. The subscriber data for use in a test for 

15 each link is set on an actual table. No test table 
is provided. Therefore, an LP test cell which has no 
error flag set is not discarded, but is sent to the 
MUX of the MH-COM. Since the OGLP unit is not in a 
master state (OUS) when this diagnostics is made, the 

20 above described test cell is discarded by the selector 
of the input unit of the MUX. 

(3) PCV test 

1 . MESH-MH PVC test 

The HLP07A transmits a test cell to the ICLP in 
25 this test. The test cell is transmitted from the ICLP 
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to the OGLP through the ASSW. The OGLP transmits this 
test cell to the HLP07A to check the normality of the 
cell. 

A specific VCI value (FF) of this test cell is set 
5 and transmitted from the HLP07A. The ICLP recognizes 
the test cell if the test cell identification bit (bit 
7) in the VCI of the input cell indicates 1, and 
performs a corresponding process. 

Practically, since this test is conducted in an 
10 INS state, no protocol performance check is made not 
to affect a normal message. Refer to the outline of 
the functions shown in Figure 580 for details. 
2. Link-GWMESH PVC test 

The HLP07A transmits a test cell to the OGLP in 
15 this test. The test cell is looped back in the test 
object link and input to the ICLP. Each checker of 
the ICLP performs on this cell a process for a normal 
cell. The routing unit determines whether or not the 
cell is a test cell according to the DA. If it is a 
20 test cell, it is transmitted to the HLP07A with the 
VCI set to 'FF' (h) . 

This test is conducted with the link blocked. 
Refer to the outline of the functions shown in Figures 
580 for details, 
25 4.3 Correspondence between each function . block and 
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error flag 

Figure 581 shows an error flag (EF) operating for 
each function block of the LP. Figure 581 also shows 
the conditions under which each function block 
5 operates. The table shown in these figures is used 
as follows. 

" The vertical axis indicates a function block. 
• The horizontal axis indicates an error flag EF ( EFl 
and EF2) and the state of an inter-MESH PVC test. 

10 ' Each item is divided into upper entry and lower 
entry i The upper entry indicates an EF which turns 
to NG after a check of a functional block . If the 
state is NG., an EF described as ON is controlled. .The - 
lower entry indicates the conditions under which the 

15 functional block should be operated (or the functional 
block should be checked) or the check result should 
be reflected on the EF. 

4.4 Cell Format 

Figures 582 through 528 show the format of the 
20 cell of each segment type in each' unit of the OGLP. 

4.5 Process Flow 

Figure 629 is a flowchart of the routing process 
of the outgoing unit in the GWMESH. Figure 630 is a 
flowchart of the transfer of GA data shown in the 
25 flowchart in Figure 629. Figures 631 through 633 are 
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examples of the tables used in each step shown in 
Figures 629 and 630, 
4.6 PKG Block 
4.6.1 HMH07A 

5 Figures 634 and 635 show the configuration of the 

circuit of the HMH07A. Figure 634 corresponds to the 
cross-connection selection and the units around it 
shown in the entire block diagram shown in Figure 578. 
Figure 635 corresponds to the DA filtering and the 
10 units around it. 

Figures 636 and 637 shows the write timing to the 
FIFO shown in Figure 634. Figures 638 through 640 are 
time charts of the signal -processed by the HMH07A. 
4.6-2 HMH08A 

15 Figures 641 and 642 shows the configuration of the 

circuit of the HMH08A. Figure 641 corresponds to the 
load splitting, DMUX, and the units around them shown 
in the entire block diagram shown in Figure 578. 
Figure 642 corresponds to the test cell multiplexing 

20 and the units around it. 
4.6.3 HMH09A 

Figure 643 shows the configuration of the circuit 
of the HMH09A. Figure 643 corresponds to the GA copy, 
IC/ILEC unavailable, and the units around it shown in 

25 the entire block diagram shown in Figure 578. 
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Figures 644 and 645 are flowcharts of the GA copy 
process in the HMH09A, Figure 644 is a flowchart of 
write control- Figure 645 is a flowchart of read 
control . 
5 4.6.4 HMHIOA 

The HMHIOA performs the MRI timeout determination, 
MID conversion, output band limitation, various error 
count, format conversion, etc. in the outgoing unit 
(GWMESH{OG)) of the GWMESH . 
10 Figure 646 shows the configuration of the circuit 
of the HMHIOA. Figure 547 shows the functions of each 
block of the HMHIOA, Described below in detail is 
. . _ each function. _ _ . . ._ _ _ . . 

( 1 ) Parity Check 

15 A parity check is made on 16 data signals and 

enable signals input from the HMH09A. The parity bit 
is odd in number. If the check result indicates an 
error, an ODPC ( "H" for an error) is output and passed 
to the MSCN unit. A compulsory error can be generated 

20 through a pseudo-fault input. * This function is 
realized by the TO CTL LSI. Figure 648 is a 
functional block diagram showing the connection 
between the parity check unit and the units around it. 

(2) MRI timeout 

25 The MRI timeout determination is made for each 
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message from its BOM to its EOM. When the BOM is 
reached, "present time" + "timeout time" is written. 
The time is referred to when the cell arrives, and the 
matching time is recognized as the timeout- This 
function is realized by the TO CTL LSI. 

Generating an idle pattern: The MRI TIME (AND- 
CAM) is initialized. 

MRI TIME (AMD-CAM): An idle pattern is 

transmitted at a BOM. Timeout is checked for each 
cell. 

Generating a TO pattern: A TO pattern is output to 
the MRI TIME (AMD-CAM) at timeout to release the MID. 

-Transmitting a -TO cell:- The timeout is output - 
instead of the BOM of the timeout message through the 
setting pin OTOO"H", 

Cell counter: There are a mode in which each 
arriving cell (of every type) is counted, and another 
mode in which only valid cells are counted. Only 
valid cells are counted in a test. The settings are 
determined by the MSD. 

Figure 649 is a block diagram showing the function 
of the MRI timeout unit. 
(3) MID conversion 

Conversion is made from an input VPI, VI and MID 
to an output VCI and MID. 
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When a BOM arrives, the input VPI, input VCI, and 
input MID are written to the AMD CAM (Am9910a). 

If a COM and an EOM arrive, the input VPI, input 
VCI, and input MID are provided for the AMD CAM, and 
they match the values written when the BOM cell 
arrives, then the MID conversion is made using the 
output VCI, output VPI and output MID as matching 
addresses. The existence of conversion is determined 
by a mode pin (DIVM), and a releasing process is 
performed if a conversion bit allocated EOM is 
indicated. This function is realized by the TO CTL 
LSI. 

Figure 650 is a block diagram showing the function 
of the MID converting unit. 

(4) Delay of cell 

The cell delay unit delays a primary signal with 
the delay required by the timeout determination 
process and MID conversion process. This function is 
realized by the TO CTL LSI. Figure 651 is a block 
diagram showing the function of the cell delay unit. . 

(5) Discard of error cell 

An error flag is identified to discard an object 
cell if the error flag (master flag) indicates L. 
This function is realized by the TO CTL LSI. 
Described below is the cell discard conditions in each 
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PWCB. 

Discard condition in HMH08A 

• BOM unexpected MID 

• COM unexpected MID 

• EOM unexpected MID 

• encapsulation error 

• unexpected sequence number error 
Discard condition in HMH09A 

' GA bit error 
' GA active error 

• ISSI/ICI unavailable 
Discard condition in HMHIOA 

• MRI timeout- error - - - 

• Exceed maximum number of CDU 

• CDU active error 

Figure 652 is a block diagram showing the function 
of the error cell discard unit. 
(6) Output band limit 

The output band of each message is limited based 
on a predetermined band. The band is limited by 
managing and controlling the interval in time unit of 
cells of a message. If the interval of cells of a 
message is reduced in time unit, the flow is 
increased. If the interval is made larger, the flow 
is reduced. A band limit parameter is generated based 
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on the contract of each subscriber, provided by the 
lip unit of the LP-COM, and collectively managed for 
the table manipulation, setting, etc. The function 
of limiting a flow is managed by the VC-SH LSI. 

Figure 653 is a block diagram showing the function 
of the output band limiting unit. Figure 654 shows 
the configuration of the circuit of the VC-SH LSI for 
limiting the output band and the units around it, 

( 7 ) Format conversion 

The segment type ST(PI) of a cell is identified, 
and the cell is converted into the format of the ISSI 
or ICI. This function is realized by the MHIOA LCA, 
^ -Figure 655 is a block diagram showing the function 
of the format converting unit. Figure 656 is a table 
showing the format conversion process. 

(8) CRC-10 generation and assignment 

To confirm the normality of data, a CRC operation 
is performed for the payload field. The operation 
result is added to the data and output. A CRC check 
is made by another PWCB. Then, the occurrence of an 
error is determined by the PWCB. This function is 
realized by the MHIOA LCA. Figure 657 is a block 
diagram showing the function for the CRC-10 generation 
and assignment unit. Figure 558 shows the CRC-10 
operation. 
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( 9 ) Count of discard 

The number of cells suppressed by the output band 
limit, the number of discard signals from the HWH08A, 
and the number of discard signals from the HMH09A are 
counted and the information is sent to the LP-COM 
unit. The counter used in the counting operation has 
the RAM of a duplex configuration, releasing one phase 
at a request for data from the LP-COM unit and 
performs the discard counting in the other phase. The 
phase switch of the RAM is controlled by the RAMCHG 
signal from the LP-COM. This function is realized by 
the MHIOB LCA. Figure 659 is a block diagram showing 
the -function of the discard counting unit. 
5. MH-COM unit 
5 . 1 General Descriptions 

The MH-COM comprises four PWCBs (HMXIOA, HMXllA, 
HMX12A, and HSF05A) and has the following functions. 
The MH-COM unit is a duplex configuration exclusive 
to the ATM switch (ASSW) and there are cross 
connections for signaling and VCC copying between 
systems. A three important functions of the MH-COM 
are listed above. 

1. The data received from the ATM switch is 
demultiplexed and provided for the LP. 

2. The data received from the LP is multiplexed and 
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provided for the ATM switch. 

3. The signalling of the LAP is terminated. 

Since the MH-COM of the GWMESH is the same as the 
MH-COM of the SBMESH, the detailed explanation is not 
given here, but the outline of the functions of each 
PWCB is described as follows. 
5.2 HMXIOA 

Figure 660 is a block diagram showing the HMXIOA, 
The HMXIOA has the following functions. 

1. Multiplexing the data from the ICLP (incoming 
unit of the LP) to the 622 Mbps highway and outputting 
the result to the ASSW ( IMUX function) under the 
.scheduler control from the HMX12A. 

2. Demultiplexing the data input from the 622 Mbps 
highway at the output terminal of the ASSW according 
to the destination address DA of the data and 
transmitting the data to the OGLP (outgoing unit of 
the LP). Actually, the DA is checked in the BOM cell. 
If the data should be demultiplexed, the MID 
information is recorded, and a demultiplexing process 
is performed by referring to the recorded MID when the 
COM and EOM cells arrive. 

3. Demultiplexing a test cell from the test cell 
generating unit (TCG) according to the O-bit value 
input through the 622 Mbps highway at the output 
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terminal of the ASSW. 

(Demultiplexing as a function different from 2 
above ) . 

Between the ASSW and GWMESH, the data from the 
ASSW to the ICLP and the data from the OGLP to the 
ASSW are physically accommodated in a single 50"Core 
coaxial flat cable. The cable is connected to the A 
connector of the HMXIOA. A cable connecting a highway 
to the downward GWMESH is connected to the B connector 
of the HMXIOA in a daisy chain. 
5.3 HMXllA 

Figure 651 is a block diagram showing the HMXllA. 
The HMXllA has the following functions. - - 

1. Multiplexing the data from the OGLP (incoming 
unit of the LP) to the 622 Mbps highway and outputting 
the result to the ASSW (OMUX function) under the 
scheduler control from the HMX12A, 

2. Demultiplexing the data input from the 622 Mbps 
highway at the output terminal of the ASSW according 
to the tag information of the data and transmitting 
the data to the ICLP. Demultiplexing a test cell from 
the TOG according to the 0-bit value. 

3. Between the ASSW and GWMESH, the data from the 
ASSW to the OGLP and the data from the ICLP to the 
ASSW are physically accommodated in a single 50-core 



650 

coaxial flat cable. The cable is connected to the A 
connector of the HMXIOA, A cable connecting a highway 
to the downward GWMESH is connected to the B connector 
of the HMXIOA in a daisy chain. 
5.4 HMX12A 

HMX12A has the following functions. 

1. Converting VPI/VCI and assigning switching tag 
information to a cell multiplexed by the HMXIOA and 
HMXllA (VCC function), 

2. Multiplexing a test cell from the TCG 
demultiplexed by the HMXIOA and HMXllA to the MUX 
highway of the HMXIOA and HMXllA. 

3. Scheduler function of multiplexing 'by means of 
* the HMXIOA and HMXllA. 

Figure 562 is a block diagram of the VCC function. 
Figure 663 is a block diagram of the scheduler 
function. 

In the front connectors of the HMX12A, the A.C 
connector is used for the inter-system cross- 
connection of signalling data and B and D connector 
scheduler function signals in a daisy chain. 
5.5 HSF05A 

The HSF05A has the following functions. 
1. Terminating a LAP signal for use in setting a 
VCC, monitoring the MSCN in the MH-COM unit. 



controlling the MSD, etc. by way of the BSGC. 

2. Generating various timing signals for use in the 
MH-COM according to the source clock ( 8MH2 ) from the 
SYNSH. 

Figure 664 is the block diagram of the HSF05A. 
Figure 665 shows the clock system of the SBMESH. 
6. Protocol Performance Monitor 
6.1 General Descriptions 

The GWMESH performs a protocol performance monitor 
on the L2-PDU and L3-PDU. This protocol performance 
monitor is in accordance with the TR-TSV-1061 and TR- 
TSV-1063 (hereinafter referred to simply as TR-1061 
and TR-1063) of the Bell Communication Research. This, 
protocol performance monitor function is realized by 
the HLM03A PWCB. The protocol performance monitor 
function of the GWMESH is fundamentally the same as 
that of the SBMESH. 

Figure 666 is a block diagram showing the HLM03A 
for carrying out the protocol performance monitor 
function. The HLM03A is provided in the LP-COM 
described later. The HLM03A also performs the data 
collection function described later. Figures 667 and 
768 show the outline of the functions of each block. 

The HLM03A makes the check shown in Figure 669 
(the check name on the table corresponds to the name 
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of the block diagram showing the functions of the 
HLM03A). The check result is displayed on the MSCN 
register shown in Figure 666 and reported to the 
HLP07A (also provided in the LP-COM unit). 

In addition to the check result shown in Figure 
669, the HLM03A displays on the MSCN register the 
following results- 

initialization 
LCA configuration 
cross-connection cable missing 
mate system power source fault 
mate system fuse alarm 

■ timeout of watch dog timer of a mate system 
HLP07A 

The items preceded by the check name = PCd shown 
in Figure 669 are conditional check item, and are not 
checked unless the conditions meet. According to J:he 
conditions, an object cell should be valid, and each 
check item shown in Figure 670 should meet an 
individual condition. 
6.2 L2 Protocol Performance Monitor 

The GWMESH carries out the protocol performance 
monitor of the following L2 parameters. 

(1) MRI timeout 

(2) invalid payload length error 
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(3) payload length error 

(4) MID currently active 

(5) EOM having an unapproved MID 

(6) unexpected sequence number error 

5 When the HLM03A receives an error notification 

(described later in detail) from the ICLP unit, it 
performs the L2 protocol performance monitor by 
adopting the sum-of-errors algorithm . in each input 
link for each of the above listed parameters (1) - 
10 (6). 

Since the method of setting a threshold for the 
sum-of-errors algorithm and the method of realizing 
the counter and register defined in the.TR-1061 and 
1063 are basically the same as those in the 
descriptions of the SBMESH, the descriptions are 

omitted here. 

When the HLM03A of theGWMESH receives an error 
notification (described later in detail) from the OGLP 
unit, an error count is defined for each parameter of 
the above listed ( 1 ) , ( 4 ) , and ( 5 7 - Since the method 
of recognizing the counter and register used in 
counting errors are described for the SBMESH, it is 

not described here. 

The above described error count is performed for 

25 each message handler MH. 
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6.3 L3 protocol performance monitor 

The GWMESH performs a protocol performance monitor 
on each of the following L3 parameters. 

(1) invalid BA size field value 

(2) invalid DA type 

(3) invalid SA type 

(4) invalid protocol ID 

(5) invalid service type 

(6) invalid protocol discriminator 

( 7 ) hop count = 0 

(8) invalid ingress interface type 

( 9 ) BE tag mismatch 

(10) BA size field" not matching length field- 

(11) unavailable ISSI/ICI 

When the HLM03A of the GWMESH receives an error 
notification (described later in detail) from the ICLP 
unit, it performs the L3 protocol performance monitor 
by adopting the sum-of-errors algorithm in each input 
link for each of the above listed parameters (1) - 
(10). 

Since the method of setting a threshold for the 
sum-of-errors algorithm and the method of realizing 
the counter and register used in the sum-of-errors 
algorithm are basically the same as those in the 
descriptions of the SBMESH, the descriptions are 
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omitted here. 

The TR-1061 and 1063 requests the log at the 
occurrence of an error relating to each of the above 
listed parameters (2) - (8). The contents of the logs 
are listed below. 

(a) error detection date (in the form of year, 
month, day, time, minute, and second) 

(b) link ID 

(c) source address (including an address type) 

(d) destination address (including an address type) 

(e) special originating state 

In the system of the present embodiment, the above 
listed (b) through, (e.) are set in the log register. 
The firmware reads the contents of the log from the 
register and report them to the software. The 
contents of the (a) above are not passed from the 
hardware to the firmware. When the firmware fetches 
the contents of the log other than the contents of (a) 
above, the time managed by the firmware is assigned 
to them. However, the contents are not reported to 
the software in the form of year, month, and day. 
This form is managed by the software. 

The GWMESH reports the log of each error to the 
software when it is detected, and the log data 
retrieving function, etc. is realized by the software. 
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The TR-1061 and 1063 define the error count for 
each of the above listed parameters (2), (3), (9), and 
(10). The counting operation of this embodiment is 
the same as the sum-of -errors algorithm, and the same 
5 method of realizing the counter and register is used 
for the counting operation, 

6 . 4 Protocol Performance Monitor in Incoming Unit 
6.4.1 Processing Method 

Figure 671 shows the outline of the check items, 
10 operations at the detection of NG, and checking 
procedure in the incoming unit. 

In Figure 671, the "GROUP" shows the grouping of 
parameters . - ■ The ^group G has a unique GWMESH 

y specification not defined by the TR-1061 and 1063 and 

u 

n 15 indicates an error in the GWMESH internal process, 

y This process is performed by the HOM03A as 

described above. Error reports of various checks in 
the incoming unit are received from the ICLP unit. 
In addition, the HLM03A receives data, cell frames, 
20 and enable signals from the OCLP unit. Figure 672 is 
a time chart of each signal. Figure 673 lists the 
explanation of each signal. 

As shown in Figure 672, data are input from the 
ICLP unit in a 16-bit parallel cell format. Since one 
25 cell equals 54 octets in a switch (including the 
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GWMESH), 1 cell of input data has the length of Tlx 
through the 9M clock. 

One cell consists of 3x portion corresponding to 
an ATM header (it is in the internal format of the 
5 GWMESH and does not match a common ATM header format. 
As shown in Figure 672, this portion contains the 
portion (source link ID) indicating the source link 
ID of the cell) and other 27t portion. The contents 
of the cell shown in Figure 672 indicate an example 
10 in which the cell is an inter-BOM cell. 

Described below is the method of identifying the 
cell segment type in the ST identification block shown 
-in Figure 666. A segment type is identified by the 
combination of the SST and 1ST shown in Figure 672. 
15 Figure 674 shows the relationship between the 
combination and the segment type. The inter BOM 
refers to a BOM half-encapsulated in the SMLP unit and 
indicates an increase. 

The method of determining errors in the error 
20 analysis block shown in Figure 66 6 is basically the 
same as the contents described for the SBMESH. 
Therefore, the explanation is omitted here. However, 
the SBMESH identifies the SNI when an error is 
identified, while the GWMESH identifies the links. 
25 Figure 675 is a time chart of an error analysis block 
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process . 

6-4.2 Detailed Process 

1. L2/3 sum of err. count 

2. L2/3 individual error count 

5 Since the above described processes 1 and 2 are 

basically the same as the contents of the SBMESH, and 
are hot explained here. For the SBMESH, the count-up 
operation, threshold comparison, and flag settings are 
performed in SNI units, while they are processed in 
10 source link units for the GWMESH.* 

6 - 5 Protocol Performance Monitor in Outgoing Unit 
6.5.1 Process Method 

Figure 676 shows the outline of the check items, _ 
operations at the detection of NG, and checking 
15 procedure in the outgoing unit. 

In Figure 676, the "GROUP" shows the grouping of 
parameters as described above. The group E has a 
unique specification in the GWMESH ' internal process. 
The protocol performance monitor counts errors for 
20 each parameter. The counting operation is performed 
for each source MH. However, the ISSI/ICI unavailable 
refers to a log object error. 

This process is performed by the H0M03A as 
described above. Error reports of various checks in 
25 the outgoing unit are received from the OGLP unit- 
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In addition, the HLM03A receives data, cell frames, 
and enable signals from the OCLP unit. Figure 677 is 
a time chart of each signal. Figure 673 lists the 
explanation of each signal. 
5 The signal received by the outgoing unit is 

basically the same as each signal received by the ICLP 
unit to perform the protocol performance monitor in 
the incoming unit. 

The format of the 3x portion corresponding to an 

ru 

10 ATM header is the internal format of the GWMESH and 
Py does hot match a common ATM header format. As shown 

n in Figure 577, this portion contains the portion 

. ^ - - (source MH ID) indica-ting- the- source MH of the cell 
,y and another portion (destination ID) indicating the 

=S 15 destination link (destination link ID). Figure 677 

a? * 

^ shows an example of the inter-BOM. 

The error notification method of the MRI timeout 
is the same as that of the incoming unit. That is, 
a pseudo-EOM cell is generated in the OGLP unit, and 

20 an error notification reporting the MRI timeout is 
transmitted with the cell. The destination link ID 
in the pseudo EOM cell is the same as that of the 
corresponding BOM. The cell segment type identifying 
method if the same as that for the incoming unit as 

25 shown in Figure 674. For each block shown in Figure 



660 

666, this unit has the same function and performs the 
same operations as the incoming unit. 

The "TRIAL" entered as data 15 in Figure 677 in 
line X is a field indicating whether or not the cell 
is a LINK-GWMESH PVC test cell, and the 2r-th data 11 
"TRIAL" is a field indicating whether or not the cell 
is a MESH-MH PVC test cell. If the cell is a LINK- 
GWMESH PVC test cell or a MESH-MH PVC test cell, none 
of the processes relating to the outgoing protocol 
performance monitor are performed. 
6.5.2 Detailed Processes 

The process of counting individual errors is the 
same as the process described for the SBMESH, and the 
descriptions are omitted here except the time chart 
shown by Figure 678. 
7. Network Data Collection 

7.1 General Descriptions 

The GWMESH collects data for the L2-PDU and L3- 
PDU- The data collection is almost in accordance with 
the TR-1061 and 1063. The data collecting function 
is realized by the HLM03A. Figures 666 through 668 
are block diagram showing the HLM03A and the functions 
of each block. 

7.2 Network Data Collection Parameter 

The GWMESH keeps the network data collection 
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(scheduled measurement made for each link) for each 
of the following parameters. 

( 1 ) Total originating 12 PDUs 

(2) Total terminating 12 PDUs 

5 (3) Total originating individually addressed L3 

PDUs 

(4) Total terminating individually addressed L3 
PDUs 

(5) Total originating group addressed L3 PDUs 
10 (6) Total terminating group addressed L3 PDUs 

The above listed (1) through (6) indicate the 
count of L2 and L3 PDUs. 

_The GWMESH counts the _ number of PDUs as listed 

above as : 

15 total originating (terminating) individually 

addressed L3 PDUs; and 

total originating (terminating) group addressed L3 

PDUs. 

If the total number of L3 PDUs is calculated, the 
20 software adds up these values. 

According to the TR-1051 and 1063, one interval 
equals 15 minutes, and various data is stored at least 
for the past 2 intervals. Based on this definition, 
the GWMESH of the present embodiment provides two 15- 
25 minute counters as in the protocol performance monitor 
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to use them when switching the operation phases. 
Within 15 minutes after issuing a phase switch 
instruction, the software retrieves a count value from 
the 15-minute counter corresponding to the 15- 
previous-minute register, and then stores it. That 
is, the software stores various data for at least the 
part two intervals. 

7,3 Network Data Collection in Incoming Unit 
7.3.1 Process System 

In the above listed network data collection object 
parameters (1) through (6), three items (1), (3), and 
(5) are processed in the incoming unit. 

- The numbers of L2 and.L3 PDUs of (1). (3), and (5) 
are counted regardless of the existence of errors in 
the L2-PDU or L3-PDU. 

Since the incoming unit receives data in the cell 
format, the number of L2-PDUS can be easily counted 
for each link. The ST of the L2-PDU is analyzed and 
the number of the L3-PDUS is increased if the analysis 
indicates an inter-BOM. Then, the DA is analyzed to 
determine whether it is an individually addressed L3- 
PDU or a group addressed L3 PDU. 

^As in the protocol performance monitor, none of 
the processes relating to the ingress network data 
collections are performed if the cell is a MESH-MH PVC 
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test cell and a cell copied in the GA copying process 
in the network data collection. Each block for timing 
generation, link identification, SA/DA identification, 
RAM and counter and SA/DA accumulation RAM are also 
5 used in the protocol performance monitor process. 
Each counter stores a count value in the dual port RAM 
(for each link and L2 and L3 PDU) as shown in Figure 
666 as in the protocol performance monitor process to 
read a necessary count value, increment the count 

10 value, and store the result in the RAM, 

Figure 679 is a time chart relating to the network 
data collection in the incoming unit. 
7.3.2 Detailed Process ■ - - 

When a valid cell is received, the following 

15 processes are performed. 

(1) An L2-PDU count value is read from the count 
value storage RAM and the value is incremented (+1). 

(2) The incremented L2-PDU count value is stored 
in the RAM. 

20 When a valid inter-BOM is received, the following 

processes are performed. 

(1) An L3-PDU count value is read from the count 
value storage RAM and the value is incremented (+1)- 
At this time, the DA is analyzed to be determined 

25 whether it indicates an individual address L3-PDU or 
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a group address L3-PDU, and the count value is 
incremented . 

(2) The incremented L3-PDU count value is stored 
in the RAM. 

5 The count value is represented by 32 bits and the 

read/write in the RAiM is performed twice in 16-bit 
units- The count value is incremented for each source 
link. A count is not incremented if the count value 
in (1) above indicates the maximum value. As 

10 described above, the L2-PDU and L3-PDU values are 
counted regardless of the existence of errors, 

A parity is generated when a count value is 
stored, and is checked when the count _value is_ read.. 
Figure 680 is a read/write timechart of count values 

15 relating to the network data collection in the 
incoming unit. 

7-4 Network Data Collection in the outgoing unit 
7.4.1 In the above described network data collection 
object parameters (1) through (6) the parameters to 

20 be processed in the outgoing unit are three parameters 
(2), (4), and (6). 

The count of the L2-PDU and L3-PDU for the (2), 
(4), and (6) is performed only on normal L2-PDU or L3- 
PDU having no errors . 

25 Since data is input to the outgoing unit in a cell 
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format, the number of L2-PDU can be easily counted for 
each link and the ST of the L2-PDU is analyzed. If 
it indicates an inter-BOM, the number of L3-PDUS is 
incremented. Simultaneously, the DA is analyzed and 
it is determined whether the DA indicates an 
individual address L3-PDU or a group address L3-PDU. 

If the cell is a LINK-SBMESH PVC test cell or a 
MESH-MH PVC test cell, none of the processes for the 
outgoing network data collection are performed. The 
outgoing network data collection (NDC) unit of the 
HLM03A also counts the L2-PDU and L3-PDU for billing 
data. However, the L3-PDU for billing data is counted 
only for- the- total terminating L3-PDU.S. _ 
7.4.2 Detailed Processes 

When a normal cell having no errors is received, 
the following processes are performed. 

(1) An L2-PDU count value is read from the NDC 
count value storage RAM and is incremented (+1). 

(2) The incremented L2-PDU count value is stored 
in the RAM, 

(3) An L2-PDU count value is read from the billing 
data count value storage RAM and is incremented (+1). 

(4) The incremented L2-PDU count value is stored 
in the RAM. 

When a normal inter-BOM is received, the following 
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processes are performed. 

(1) An L3-PDU count value is read from the NDC 
count value storage RAM and is incremented (+1). At 
this time, the DA is analyzed to be determined whether 
it indicates an individual address L3-PDU or a group 
address L3-PDU, and the count value is incremented. 

(2) The incremented L3-PDU count value is stored 
in the RAM. 

(3) An L3-PDU count value is read from the billing 
data count value storage RAM and is incremented (+1). 

(4) The incremented L3-PDU count value is stored 
in the RAM. 

- The count value is- represented by 32 bits and the 
read/write in the RAM is performed twice in 16-bit 
units- The count value is incremented for each 
destination link. A count is not incremented if the 
count value in ( 1 ) above indicates the maximum value. 
A parity is generated when a count value is stored, 
and is checked when the count value is read. 

Figure 681 is a read/write 'timechart of count 
values relating to the network data collection in the 
outgoing unit. 
8. Billing 

In. a billing process, usage information required 
to support the billing function for the SMDS covering 
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a plurality of carriers between, for example, the XA 
and SMDS and between the BBC and ILEC, is generated 
and the usage measurement process is performed. 
Figure 682 shows the classification of billing 
functions and their procedures. 
8.1 Data Generation 

(1) Generation for individual address data transfer 

• Billing point (refer to Figure 683) 

1, Switching system SS for transferring the ICIP 
L3-PDU directly to another LEX network or an IC 
network in the sending LEG network. 

2. Switching system SS for transferring the SIP 
L3-PDU directly to the destination SNI- in - the 
destination LEG network. However, each SBMH contains 
the billing function for the intra-station SMDS and 
the terminal usage information is generated in the 
SBMH so that the functions can be shared. 

• Billing object 

The billing process is performed only on the data 
determined as successfully transferred L3-PDU 
according to the protocol check, feature processing 
results, etc. 

• Billing information 

The usage information containing the information 
shown in Figure 684 is generated in packet units. 
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(2) Generation for group address data transfer 

• Billing point 

1. SS for transferring each ICIP L3 PDU of a GA 
and its copy directly to another LEG network or a 
selected IC network. 

2. SS for transferring a copied SIP L3 PDU to the 
destination SNI according to the GA. 

• Billing object 

The billing process is performed only on the data 
determined as successfully transferred L3-PDU 
according to the protocol check, feature processing 
results, etc. 

• Billing- infarmation ^ _ . . 
The usage information containing the information 

shown in Figure 584 is generated in packet units. 

(3) Contents of usage information 

• destination address 

destination address consisting of an address type 
and address subfield 

address type = '1100': individual address 



• source address 
A source address consists of an address type and 
an address subfield. 

address type = '1100' 



= '1110': 



group address 
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' SNI address 

If the LEG is a GA agent, an individual address of 
a GA member is set. 

unless the LEG is a GA agent, an individual 



• State code 

A transfer state of the ICIP or SIP L3-PDU. "1" 
indicates normal transfer. 

* Identification of outgoing network 



• Identification of the settings of outgoing IGI 
transfer paths 

Identification of IGI transfer path which sent an 

15 IGIP L3-PDU 

• Identification of incoming network 

Source carrier of an IGIP L3-PDU (LEG and 1C)_ 

• Identification of the settings of incoming IGI 
transfer paths 

20 Identification of IGI transfer' path which received 

an IGIP L3-PDU 

• Identification of carrier 

Set is an IGI assigned by the service specific 
unit of the L3-PDU header described in 5.5.1 of the 
25 TR-1060. 



5 



address is set. 



10 



Destination carrier of an IGIP L3-PDU (LEG and IG) 
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• Segment count 

Number of transferred L2 PDUs 
' Packet count 
Number of transferred L3 PDUs 
5 • Ingress interface type 

Determination of the code in the incoming/outgoing 
network identification. If the destination is an IC, 
the type is "CIC". If the destination is an ILEC, the 
type is "NECA" . 
10 Figure 684 shows the usage information generated 

in the LEC network for an inter-carrier SMDS • 
8.2 Data Aggregation 

The usage information of an inter-network SMDS is 
added at time intervals predetermined in the LEC 
15 network for the successfully transmitted L3-PDU 
between a specified SA and DA. 

• Time interval = 1 minute (same as SBMH) 

' Combination of usage information = 64K (maximum) 

• Cell and packet count = 24 bits (maximum) 

20 Considering the combination of the usage 

information required to collect billing data, the 
variations of the combination of SA and DA, each being 
represented by 64 bits, amounts to 2^^^ x 2^^. This 
requires a lot of memory. Therefore, assuming that 

25 up to 64K combination of usage information can be 
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obtained, the memory can be distributed as follows. 

RDA (SIP) + RDA (ICIP) + RSA + RCA = 64K x ( SA 64 
bits + DA (SIP) 64 bits + DA (ICIP) 64 bits + carrier 
information 37 bits) 

where the carrier information can be 16-bit 
incoming NW ID, 16-bit incoming ICI TPS, 16-bit 
outgoing ICI TPS, and 8 -bit ingress inf. type. 

Since eight exclusive links of the ISSI/ICI is 
supported by the GWMESH, the outgoing NW ID and the 
outgoing ICI TPS can be collectively represented by 
3 bits. The. lower two bits are used for the ingress 
inf. type. Therefore, the entire carrier information 
is represented by 37 bits. Figure 685 shows the SA,- 
DA (SIP), DA (ICIP), and carrier information 
compressed memory image. 

A total number of the L2-PDUS and L3-PDUS are 
written for each address to the billing data 
accumulation memory. The billing data accumulation 
memory is accessed by the firmware to collect, the 
billing information. Practically', this memory has a 
duplex configuration and the firmware issues a phase 
switch instruction at predetermined intervals (every 
minute). If the memory becomes full before a 
predetermined time is reached, then the phases are 
switched immediately. The hardware gains access in 
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one phase and the firmware retrieves each data in the 
other phase. The numbers of the L2-PDU and L3-PDU can 
be written to the billing data accumulation memory for 
each output link. Figure 686 shows the memory image. 

The above described billing function is realized 
in the network data collecting unit, that is, the 
HLM03A. 

9. LP-COM (INF) 

9.1 General Descriptions 

The LP-COM has the following functions. 

( 1 ) Interfacing with the INF to control the ICLP and 
OGLP 

(2) Billing process- - - - - 

(3) Performance monitor and data collection (traffic 
monitor) 

Physically, it comprises the following three 
PWCBs. 

(a) HLP07A 

(b) HLM02A 

(c) HLiyi03A 

The above listed functions (1) through (3) are 
performed in the PWCB of (a) through (c) respectively. 
The HLM02A uses the HLMOOA in the SBMESH, but does not 
perform an actual billing process. 

Refer to chapter 8 for the billing process. 
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chapter 6 for the performance monitor, and chapter 7 
for the data collection. 

Described in this chapter are the interfacing 
function with the INF and controlling function of the 
5 SMLP and RMLP, that is, the HLP07A. 

9.2 Outline of Functions 

Figure 687 is a block diagram showing the HLP07A. 
Figures 688 and 689 show the functions of each block 
of the HLP07A. 

10 The important functions of the HLP07A are listed 

below. 

• interfacing with the INF 

• setting and managing the LP and each table- 

• monitoring errors in the LP and LP-COM 
15 ' controlling states 

9.3 INF Interface Control Unit 
9.3.1 INF Interface Control 

Listed below is the control procedure of the 
interface using the INF between the GWMESH (MNG-Firm) 
20 and BCPR. 

a. INF command activation 

(1) A DMA is set on the CPU (microprocessor). 

(2) When a command is activated in an INF order, 
the BCPR specifies with the MM address shifted 2 bits 

25 to the right (0,4,8 are shifted to 0.1.2). Therefore, 
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when the INF is received, the SBMESH performs the 
following processes. 

1. When a command activation is recognized the MM 
address and the number of commands are received from 

5 port A of the SBIF LSI. 

2. The MM address is set in the port B of the 
SBIF LSI with the higher, intermediate, and lower 
orders shifted. 

3. The transfer length (number of commands x 4 
10 words) is set in the port F of the SBIF LSI. 

4: The DMA read start is set in the port C of the 
SBIF LSI- 

- - ~b, INF sta-tus notif i-cation ■ - 

The MM address specified in the status 

15 notification is shifted 2 bits to the right (0, 4, and 
8 are shifted to 0, 1, and 2), and is specified by the 
receiving buffer notification. The message length is 
from MSB for the left to LSB for the right in the BCPR 
memory. The GWMESH performs the following operations. 

20 (1) The MM address is set in the port B of the SBIF 

LSI with the higher, intermediate, and lower orders 
shifted. 

(2) The transfer length (number of commands x 4 
words) is set in the port F of the SBIF LSI. 
25 (3) The DMA read start is set in the port C of the 
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SBIF LSI. 

The MM address and message length specified in the 
command and status are as follows. 

(1) The MM address specified in the command is 
5 shifted 2 bits to the right. 

(2) The message length is from MSB for the left to 
LSB for the right in the BCPR memory. 

(3) All data except the MM address is defined in 
the interface specification, 

10 The status notification is set similarly. The MM 

address is the same as that specified in the reception 
buffer notification. 

The notification of the status queue address and 
reception buffer address is as follows. 
15 (1) The BCPR notifies the GWMESH of the MM 

addresses of a status queue and reception buffer. 

(2) The MM address is shifted 2 bits to the right. 
9.3.2 INF Interface Interruption Control 

Described below is the interruption control in 
20 controlling the INF interface in the GWMESH. 
a. Command activation 

The command activation is processed through an 
interruption, that is, an external interruption INTO. 
The INTO interruption is reset by 3-word read from 
25 port A. 



676 

b. Transmitting a status 

When a log object error occurs, a log status 
arising from the MSR-firm is transmitted. 

c. Controlling DMA 

The DMA is controlled by a DMA controller. The 
available DMA channel is 0. The DMA termination is 
used as an interruption and look-in. The interruption 
is controlled by the INT bit of the DMA control 
register in the CPU. 

Since the DMA transfer speed of the INF is 4 
Mbytes/sec, the 4-byte DMA read (tail pointer look-in, 
etc. ) terminates in 1 p second with an 8-MHz CPU 
clock. Therefore, the DMA- termination is not attained 
by an interruption, but by a look-in. 
9.4 Controlling ICLP/OGLP 

The control of the ICLP/OGLP, that is, the state 
control information from the HLP07A to the ICLP/OGLP, 
is listed as follows. 

• ACT/SBY (active/standby) of the home system 

• Shelf No. (0 - 3) of the home shelf (shelf number) 

• Reset at initialization 

• Fault reset to various checkers 

• Settings to various MSD tables 

• Resettings to various MSD tables 

• Hardware INHBIT state signal (masking a hardware 



677 

operation according to an inhibition signal) 

The HLP07A additionally collects the MSCAN 

information from each package PKG in the ICLP/OGLP to 

monitor the state. 

10. Software Interface 

10 - 1 Initialization 

The software performs the following two types of 

initialization on the GWMESH. 

1. Initialization of MH-COM 

2. Initialization of LP 

First, the software initializes the MH-COM through 
the LAP, and then initializes the LP through the INF. 
-lOrl.l Initialization of MH-COM- - - 

The device control of the E-MSD/E-MSCN relating to 
the MH-COM is performed through the intra-station 
communications using the simple LAP (EZLAP)- The 
fixed value shown in Figure 690 is used as a VPI/VCI 
of the intra-station communication. 

One EZLAP link is established each in systems 0 
and 1 between the BSGC and MHCOM.' The intra-station 
communications cells for systems 0 and 1 are input to 
both links. 

An MH-COM accepts at the IDMX a cell having 
switching tag information addressed to the MH-COM. 
Since intra-station communications cells for systems 
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0 and 1 have different VCI values, a cell to be 
processed in the home system is identified by a VCI 
value and discards the cells for a mate system. 

The VCI value of the intra-^station communications 
cell for system 0 is the same as that for system 1 at 
the BSGC, and the cells are distinguished by the COM- 
bit "1" for the cell fetched by a home system and the 
COM-bit '*0" for the cell fetched by a mate system 
(refer to the explanation in Figure 410). The system 
fetches a cell addressed to it and discards a cell 
addressed to a mate system. 
10.1.2 Initialization of LP 
- - - The LP is initialized through the INF. 
10.2 INS Process 

In the GWMESH, the MH-COM and LP can have system 
configurations independently. Therefore, the MH-COM 
and LP independently perform the INS process (in- 
service process). 

10.2.1 INS Process of MH-COM 

The MH-COM is controlled using the EZLAP. The 
main process in the INS process of the MH-COM is to 
copy a VCC. 

10.2.2 INS Process of LP 

Only the initialization is performed in the INS 
process of the LP. 
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10.3 Switching Systems 

Systems are switched in the GWMESH as follows 
1, Switching systems by switches in the MH-COM 
"2. Switching systems independently of the MH-COM 

10.3.1 Switching systems in MH-COM 

The MH-COM is interlocked with switches and 
receives a system switch signal through the ASSWSH. 
Therefore, the system switching procedure of the MH- 
COM is the same as that of the ASSWSH. 

10.3.2 Switching systems in LP 
The ACT is changed in the INFA. 

10.4 Fault Monitor 

10". 4.1 Fault Monitor in MH-COM 

The faults in the MH-COM is reported to the BCPR 
in the MSCN format using the EZLAP. The MSCN contains 
home system monitor information and mate system 
monitor information for different processes. 

Figure 591 shows the operation to be performed 
when the MH-COM is faulty. 

10.4.2 Fault Monitor relating to' INF Communications 
The fault monitor on the INF communications are 
performed in accordance with the BSGC process, and is 
not described in detail here. 

10.5 Test and Diagnostics 

The tests of the GWMESH are the same as those of 
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the SBMESH as listed below. 

1. Test using a TCG 

2. PVC test between ICI/ISSI and GWMESH 

3. PVC test between SBMESH or GWMESH and GWMESH 

4. Inter-station loopback test 

Fundamentally, test 1 is conducted periodically 
and tests 2, 3, and 4 are conducted at the request and 
complaint (claim), etc. of the subscriber. 
10.5.1 Test using TCG 

Like the SIFSH, BSGCSH, SBMESH, etc. connected to 
the highway of another ASSW, the GWMESH has the 
function of automatically MUXing a test cell input 
from the ASSW again in the 155M highway immediately 
after the DMUX, and looping it back to the ASSW. The 
test cell generated and output at the TCG has the 
information shown in Figure 692 in the header field. 
The rightmost bit in Figure 692 indicates an O bit. 
The 0 bit of 1 indicates that the cell is a test cell- 

Examples of loopback tests of a TCG cell in the 
GWMESH are explained by referring to the function 
image charts shown in Figures 693 and 694. 

The following processes (1) and (2) are performed 
in the IDMX ( ODMX ) of the GWMESH. 

( 1 ) Data matching according to the TAGC information 
is fetched 
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( 2 ) data matching according to the TAGC information 
and having an 0-bit = 1 is fetched. 

The cell fetched under the condition (1) above is 
transmitted to the ICLP (OGLP). A cell is discarded 
if its 0 bit indicates 1, and other cells are 
processed in a normal routing process. The cell 
fetched under the condition (2) is looped back in the 
GWMESH according to the value of the above described 
0 bit. The cell is then MUXed and looped back by the 
ASSW after passing through the VCC of the GWMESH. 
Unless the VCC for the test cell is set at the MUX, 
the loopback process is not performed. Figure 693 
shows the function image of only one system The same 
image is shown for the duplex GWMESH. In this test, 
the normality of the switching at the intersection of 
the ASSW, and the normality of the DMUX and MUX of the 
GWMESH and SIFSH are checked. 

The operation of the test shown in Figure 693 is 
described. First, the test cell generated and output 
by the CGSH has a VCI^, and the '0 bit indicates 1. 
The above described VCI^ specifies the path between 
the TCGSH and the IDMX of the GWMESH. Since the test 
cell is fetched under the conditions (1) and (2) 
above, and the 0 bit of the test cell fetched under 
the condition (2) indicates 1, it is looped back to 
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the OMUX. 

The VCC is provided at the input terminal of the 
OMUX and the routing information of the test cell is 
converted from VCI^ into VCl^ and is output to the 
ASSW. The VCI2 specifies the path between the OMUX of 
the GWMESH and the DMX of the SIFSH. As in the 
GWMESH, the test cell is looped back to the MUX in the 
SIFSH according to the 0 bit of 1. The test cell is 
converted from VCI2 into VCI3 in the VCC provided at 
the input terminal of the MUX of the SIFSH and output 
again to the ASSW. The VCI3 specifies the path 
between the MUX of the SIFSH and the IDMX of the 
GWMESH; - ^ - - - . _ 

The GWMESH loops back the test cell to the OMUX as 
described above, and then converts it from the VCI3 
into the VCI4 and outputs it to the ASSW. The VCI4 
specifies the path between the OMUX of the GWMESH and 
the TCGSH. 

Thus, the TCGSH checks the normality of the IDMX 
and OMUX of the GWMESH (as well as the DMX and MUX of 
the SIFSH) by receiving the test cell output by the 
TCGSH itself.. 

The operation of the test shown in Figure 694 is 
fundamentally the same as that shown in Figure 693. 
In this test, the LOOPS replaces the SIFSH and checks 
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the normality of the IMUX and ODMX of the GWMESH. The 
above described LOOPS corresponds to the LLP shown in 
Figure 9. 

10.5.2 PVC Test between ICI/ISSI and GWMESH 
5 Since the trunk of the ICI/ISSI, etc. may be used 

in other MHs, a test is not conducted in the OUS (out 
of service) state of the line, but is conducted in the 
INS (in-service) state. Figure 695 shows the 
functional image of the GWMESH in the ICI/ISSI-GWMESH 

10 PVC test. 

Iii this test, the firmware transmits to the OGLP 
a test cell having the VCI = xxFF(h) (x indicates an 
-optional value) at the instruction from the software. 
In the OGLP, the test cell is determined to be a test 

15 cell if the VCI value' of an input cell is xxxx xxxx 
Ixxx xxxx (b). The routing process is performed on 
the test cell as if it were a normal user cell, and 
the test cell is transmitted to the requesting 
(claiming) trunk. The following operations 1 and 2 

20 are not performed on the test cell. 

1, predetermined operation on the BA size or length 
(a predetermined value is subtracted depending on the 
segment type) 

2. Protocol check of L2 

25 The test cell which is output by the GWMESH, 
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passes through the ASSW (downwards), and arrives at 
the SIFSH is looped back at. a predetermined trunk of 
the SIFSH, and output to the ICLP of the GWMESH for 
the trunk. The predetermined trunk of the SIFSH has 
5 the function of looping back the cell having the 
VPI/VCI which refers to a PVC test cell. 

In the cells received at the ICLP, the cells whose 
service types are 48 or 60 are not copied for their 
v3 BE tags. Furthermore, the cells whose DAs indicate 

10 their home SS station numbers and whose service types 
:.:|J . are 48 or 60 are not processed in a predetermined 

operation relating to the BA size and length. Then, 
.the VCI value of the above described cell is_ converted 
lO into xxFF(h). The reception of the test cell is 

15 reported to the firmware at the MSCN. 

Only the cell having the VCI=xxFF(h) is filtered 
and fetched by receiving unit of the firmware. The 
firmware reports the storage position of the received 
test cell data and has the test result checked by the 
20 software. The VCI value of the test cell passed to 
the highway is not stored in the VCC unlike a normal 
cell. Therefore, it is discarded at the VCC. 

In the PVC test, the VPI/VCI is obtained from the 
actual service cell. Therefore, during the test, a 
25 cell having a VPI/VCI except the test VPI/VCI can be 
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used for service, but cannot be used for service if 
the cell has the test VPI/VCI. In the GWMESH, the 
VPI/VCI values for service are 03F(h) for the VPI, and 
0300(h) through 0307( h) ( ISSI ) and 0310(h) through 
0317(h)(ICI) for the VCI . 

10.5.3 SBMESH/GEMESH - GWMESH PVC Test 

This function is the same as the PVC test function 
between the MESH and MH of the SBMESH. The 
combination of the SBMESH and GWMESH is listed below. 

(a) SMLP-RMLP 

(b) SMLP-OGLP 

(c) IGLP-RMLP 

(d) ■ IGLP-OGLP .... 
Figure 697 shows the image of the PVC test between 

the SBMESH / GEMESH and GWMESH. 

In this test, the firmware transmits to the ICLP 
a test cell having the VCI = xxFF(h) (x indicates an 
optional value) at the instruction from the software. 
In the ICLP, the test cell is determined to be a test 
cell if the VCI value of an input cell is xxxx xxxx 
Ixxx xxxx. The routing process is performed using the 
DA on the test cell as if it were a normal user cell, 
and the test cell is transmitted to the requesting 
(claiming) SBMH and GWMH. The BE tag copy and 
protocol check of layers 2 and 3 are not made for the 



686 

test cell. 

The test cell looped back at the LLP in the SIFSH 
shown in Figure 696 is transferred to the SBMH and 
GWMH in which the PVC is set, and arrives at the 
corresponding RMLP or OGLP according to the DA 
(destination address) described in the test cell. In 
the cells entered in the RMLP or OGLP, those having 
the test DA value preliminarily specified by the 
firmware is converted into the VCI = xxFF(h). 

Only the cell having the VCI=xxFF(h) is filtered 
and fetched by receiving unit of the firmware. The 
firmware reports the storage position of the received 
test cell data- and -has the test result checked by the 
software. The VCI value of the test cell passed to 
the highway is not stored in the VCC unlike a normal 
cell. Therefore, it is discarded at the VCC. 

The following two types of the DA values are used 

in this test. 

1 . An allocated DA value 

2. A specific DA value specifically determined for 
the test 

Since the VPI/VCI used in the test using 1 above 
are the same as the actual service cell, the test cell 
and normal cell cannot be distinguished by their 
VPI/VCI. Therefore, the cell having the test VPI/VCI 
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cannot be used for service. 

In the test using 2 above, an exclusive internal 
VCI value is defined for the above described specific 
DA. Therefore, the test cell can be clearly 
distinguished from a normal service cell, and the 
normal service cell does not have an undesirable 
influence in the test. 

In the GWMESH, the VPI/VCI values for service are 
03F(h) for the VPI, and 0340(h) through 035F(h) for 
the VCI. 

10.5.4 Inter-station Test 

Figure 697 shows the function image of the GWMESH 
in the inter-station test. 

In this test, the firmware transmits to the OGLP 
a test cell having the VCI = xxFF(h) (x indicates an 
optional value) at the instruction from the software. 
In the OGLP, the test cell is determined to be a t^est 
cell if the VCI value of an input cell is xxxx xxxx 
Ixxx xxxx. The routing process is performed on the 
test cell as if it were a normal 'user cell, and the 
test cell is transmitted to the inter-station 
interface (ISSI and ICI ) . No operations are performed 
relating to the BA size or length, or no protocol 

checks are made. 

The test cell input to the destination station via 



688 

an inter-station transmission line is transferred to 
the ICLP of the GWME in which the PVC is set. In the 
cells received at the ICLP, the cells whose service 
types are 48 or 60 are not copied for their BE tags. 
5 Furthermore, the cells whose DAs indicate their home 
SS station numbers and whose service types are 48 or 
60 are not processed in a predetermined operation 
relating to the BA size and length. Then, the VCI 
value of the above described cell is converted into 

10 xxFF(h). The reception of the test cell is reported 
to the firmware at the MSCN. 

The firmware recognizes the reception of a test 
cell by the MSCN. Only the cell having, the. 
VCI=xxFF(h) is filtered and fetched by receiving unit 

15 of the firmware. The firmware reports the storage 
position of the received test cell data. The software 
exchanges the DA and SA and returns the test cell^to 
the source. The result is reported to the software 
through the firmware. Thus, a loopback test covering 

20 a plurality of stations is conducted. Since the test 
is a PVC test, the VPI/VCI of the actual service cell 
is used. The test cell and a normal cell can be 
distinguished by a service type, and the test can be 
conducted during the service operation. 

25 In the GWMESH, the VPI/VCI values for service are 
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03F(h) for the VPI, and 0300(h) through 0307( h) ( ISSI ) 
and 0310(h) through 0317(h) (ICI) for the VCI . Since 
the ES, hop count ID, and carrier ID similar to those 
of other user cells are rotated in the hardware in the 
OGLP, the values set by the firmware are inversely 
rotated so that correct values can be obtained by the 
rotation in the hardware. 
10.5.5 Test Functions of Each Unit 

Summarized below , are the functions of each unit 
required for the above described tests. 

1. In the ICLP; 

• Service type of 48 or 60 

(1) A BE. tag- is not copied. . . . . 

• DA for SS of home system and service type of 48 

or 60 

(1) Converting VCI into xxFF(h) 

(2) Reporting to MSCN 

(3) No process for BA size or length 

• VCI value of xxxx xxxx Ixxx xxxx 

(1) Mask in protocol check (layers 2 and 3) 

(2) Routing with DA (DA of user cell) 

(3) BE tag is not copied. 

2. In the OGLP; 

• Test DA reported by firmware 

(1) Converting VCI into xxFF(h) 
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• VCI value of xxxx xxxx Ixxx xxxx 

(1) Mask in protocol check (layer 2) 

(2) No process for BA size or length 
3. In the firmware; 

• Since the ES, hop count ID, and carrier ID are 
rotated in the hardware, the values are inversely 
rotated in consideration of the rotation in the 
hardware . 

10.5.6 Self -diagnostics 

The self-diagnostics can be made by the MH-COM and 

LP. 

The self-diagnostics of the MH-COM checks the 
normality of the -fault- monitor system. That is, it 
is to confirm that no fault flag in the MSCN in a 
normal state, and to confirm the fault flag in the 
MSCN for the process performed for a pseudo- fault 
point of the MSD. 

The self-diagnostics of the LP confirms the 
normality of the fault monitor system and conducts 
a data transparency test in the LP using a test cell. 

The normality test of the fault monitor system is 
to confirm that no fault flag in the MSCN in a normal 
state, and to confirm the fault flag in the MSCN for 
the process performed for a pseudo-fault point of the 
MSD. 
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In the data transparency test of the LP, a test 
cell is output from the test cell multiplexing unit 
of the ICLP and OGLP, and checked are the cell, NDC 
data (network data collection data), and billing data 
after the incoming process and outgoing process are 
completed . 
[0013] 
<part 7> 

In part 7, the broadband signaling group 
controller (BSGC) is described in detail. 
1. General Descriptions 

The broadband signaling group controller shelf 
(BSGG) -terminates a- layer 2 protocol in the 
communications of the control information with each 
subscriber terminal unit and each intra-station device 
under the control of the broadband call processor 
(BCPR) (refer to Figure 598) which function as switch 
processor. A single BSGC terminates LAPD 

communications ports 256 through 1024. 

The BSGCSH accommodates six ' BSGCs per system. 
That is, a single BSGCSH can accommodate 2048 through 
8192 LAPD communications ports. 

1.1 Positions of BSGCSH and BSGC in Switch System 

Figure 698 shows the position (shown as patched 
portions) of the BSGCSH and BSGC in the switch system 
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according to the present embodiment. 

Figure 699 shows the terminal point of the intra- 
station LAPD communications. 

Figure 700 shows the terminal point of the 
5 subscriber LAPD communications . 
1.2 Sharing Functions of BSGC 

The BSGC shares the four important functions 
listed below. 

'.D ( 1 ) Communications with the BCPR through the INF 

=u 10 (2) Terminating the layer 2 of each communications 

rjj control under the control of the BCPR 

(3) Initializing and monitoring the port for an 
.- - intra-station communications link 

•in 

Q (4) Establishing interface with the ATM switch 

|=S 15 through the CARP LSI function and the VCC function 

=y loaded onto the BSGC 

1.2.1 Functions of INF 

The BCPR and BSGC are switch processors shown in 
Figure 698, and the communications between them are 
20 interfaced through an interface (INF). The PIF 
comprises an interface type T ( INFT ) and interface 
type A (INFA) as shown in Figure 698 

The INFT is an interface connected to the system 
bus (TOX-BUS)( refer to Figure 698) and realizes 
25 interface with a device in the BCPR. The interface 
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is of an ECL (emitter-coupled logic) balanced 
transmission type (32MHz 1-bit data serial). The INFT 
consists of four interface terminals and connected to 
up to four lower order devices with four TD cables. 
5 A signal is multiplexed for four highways in each TD 
cable. 

The INFA is located in the INFT to extend the 
functions of the interface with the communications 
line device, and controls the interface between the 
10 BCPR and the communications line device (BSGC). The 
interface' can be the V.ll balanced transmission system 
(4MHz, 8-bit data serial). The 32 Mbps interface. in 
which a signal multiplexed, by the INFT for four„ 
highways is demultiplexed into 4 Mbps interfaces for 
15 individual highways. 

Up to four INFAs can be connected to one INFT, and 
up to four BSGCs can be connected to one INFA. 
1,2.2 Functions of LAPD 

The BSGC terminates a layer 2 protocol in the 
20 communications of control information with each 
subscriber terminal and each intra-station device 
under the control of the BCPR. 

A subscriber terminal refers to a B-ISDN terminal 
in a user network interface (UNI) or a frame relay 
25 (FR) terminal at the SVC. An intra-station control 
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device refers to a SISFH (refer to part 3), remote 
multiplex shelf { RMXSH )( refer to Figure 34, etc.). 
message handler shelf (MESH, that is, SBMESH and 
GWMESH)( refer to parts 5 and 6), subscriber line 
interface (SINF), DS3-SMDS interface (DS3)( refer to 
part 2), frame relay interface (FR), etc. 
1.2.3 Intra-station Control Communications Link 

The BSGC terminates the layer 2 in the 
communications of the control data between the BCPR 
and all intra-station devices. The communications 
protocol can be the simple LAPD using a UI frame. To 
prevent a missing signal, the BCPR and each intra- 
station device performs _ a. layer„ 3 missing_ message 
monitor process. 

A simple LAPD protocol is adopted to reduce the 
load on the LAPD communications of each intra-station 
device . 

The intra-station control communications can be 
established by simplex devices or duplex devices. 

In the simplex device communications, a signal of 
an active system passes through the ASSWs (ATM switch) 
of both active and standby systems. The object 
devices are various intra-station devices such as a 
SINF, DS3, DSl frame relay interface (DSIFR). 

In the duplex device communications, a system- 
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specific signal passes through the ASSW (ATM switch) 
of each of the active and standby systems. The 
communications are established through both active and 
standby systems of each duplex device and two ports 
5 for the active system of the BSGC. This system is 
used to improve the reliability through a duplex 
communications link in preventing the occurrence of 
a fault in both systems from a fault in the cross- 
connection unit of the duplex device. The object 

10 communications device can be a SIFCOM in the SIFSH-A 
(refer to part 3), message handler shelf (MESH, that 
is, SBMESH and GWMESH )( refer to parts 5 and 6), remote 
. .multiplex . shelf ( RMXSH ) refer to Figure 34), etc. 
1.2.4 Interface with ATM Switch 

15 As described in 10.3 in part 2, the BSGC sets an 

intra-station communications link to the DS3-SMDS 
interface using a VPI/VCI value assigned by the switch 
software. 

Tag information required in routing an intra- 
20 station communications cell from the SIFSH to the BSGC 
is added by the virtual channel converter (VCC) in the 
SIFCOM (refer to Figure 8). 

Tag information required in routing an intra- 
station communications cell from the BSGC to the SIFSH 
25 is added by the virtual channel converter (VCC) in the 
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common unit (BSGC-COM) of the BSGC. 

However, when the BSGC communicates with the MESH 
or LLP (refer to Figure 699), the BSGC performs the^ 
VCC conversion in both directions. 

The VCC is loaded into each of the duplex units of 
the SIFSH, BSGCSH, and MESH. 
1.2.5 Meta-signaling Communications 

The BSGC provides a port for meta-signaling 
communications established to a user network interface 
(UNI) terminal unit (subscriber terminal unit). The 
VPI/VCI for use in the procedure of the meta-signaling 
communications, between the BSGC and UNI terminal units 
can be assigned and communicated by the BCPR. The 
BSGC does not analyze a meta-signaling message. 
1.3 Number and Assignment Condition of BSGC Port 

The port type of the BSGC and the number of ports 
per BCPR are listed below. 
1.3.1 Maximum Number of Ports 

(1) Intra-station control communications LAPD port 
The intra-station control communications ports can 

be simplex device ports or duplex device ports, 
(a) Duplex device communications port 

SIFSH: 2 (daisy chain) x 14 (highway) x 2 

(ACT/SBY) = 56 (including SIFSH for loop) 

MESH: 4 (daisy chain) x 2 (highway) x 2 
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(ACT/SBY) = 16 

RMXSH: 16 (RMXSH) x 2 (ACT/SBY) x 2 (redundancy) 

= 64 

(b) Simplex device communications port 

SINF: 8 (SINF) x 2 (SIFSH) x 14 (highway) = 224 
DS3: 8 (daisy chain) x 2 (SISFH) x 14 (highway) 
= 224 

FR: 4 (DSI) x 8 ( DTC ) x 4 (MUX) x 2 (FIFSH) x 14 
(highway) = 3584 

FR accommodated by RMXSH: 4 (DSI) x 8 (DTC) x 4 
(MUX) X 2 (SIFSH) X 16 (RMXSH) = 409 6 
( 2 ) Subscriber control communications LAPD port 

(a) UNI B-ISDN terminal, unit 20 (TE) x 8 (SINF) x 
2 (SIFSH) X 14 (highway) = 4480 

(b) FR at SVC: Same as the FR (3584) of (l)(b), 
and the FR (4096) accommodated by the RMXSH 

(c) Meta-signaling: Same as the SINF (224) of 
(l)(b) 

1.3.2 Required Number of Ports 
( 1 ) Common units 

SIFCOM: 2 ports (ACT/SBY) for intra-station 
control communications 

MESH common unit: 2 ports (ACT/SBY) for intra- 
station control communications 

RMXSH common unit: 4 ports' ( ACT/SBY and SIFSH) for 
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intra-station control communications 
( 2 ) Individual unit 

SINF: 2 ports for intra-station control 

communications and meta-signaling; and n ports for 
connected terminals 

DS3: 1 port for intra-station control 

communications 

FR/SMDS: 1 port for intra-station control 
communications; and additional 1 port if the SVC is 
performed. 

1.3.3 Transfer Speed between BSGC and Other Devices 

(1) The transfer speed between the BSGC and BCPR 
(INFA)_ is 4 Mbyte/sec. The execution speed _is 
approximately 2 Mbyte/sec. 

(2) The clock rate of the ATM switch control LSI is 
2 Mbyte/sec. 

(3) The band for the ATM switch is 1 Mbyte/sec. 

( 4 ) The communications between the BSGC and ATM 
switch are established after the communications 
procedure is determined between the BCPR (BSGC) and 
each intra-station device so that signals may not be 
stagnant in the BSGC. To prevent the signals from 
being stagnant in the BSGC, the number of ports 
accommodated in the BSGC are specified as follows (in 
the case of peak rate assignment). 
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(a) 1,024 16-Kbps ports to be accommodated 

(b) 256 64-Kbps ports to be accommodated 

(c) 128 128-Kbps ports to be accommodated 

(d) 64 256-Kbps ports to be accommodated 

5 The communications speed of the intra-station 

control communications link is 64 Kbps, Since the 
shortage of the band is expected in consideration of 
the concentration rate of the RMXSH, the 
communications speed can be altered by a command from 
10 the BCPR. 

1.3-4 Throughput of BSGC and Port Assignment 
Condition 

The throughput of the BSGC is approximately 200 
messages per second. The ports accommodated by the 

15 BSGC should be assigned under careful consideration 
of the throughput of the BSGC and the transfer speed 
indicated in 1.3.3. The subscriber signaling band for 
use in a signaling process is assigned likewise, 
2. Outline of Functions of BSGCSH 

20 2.1 Specification 

Figure 701 shows the outline of the functions of 
the BSGCSH. 

2.2 Higher Order Interface (INF interface) 

As explained in 1.2.1, the communications are set 
25 between the BSGC and BCPR through te INF. 
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2.2.1 Hardware Configuration under Control of INF 
( Peripheral Interface ) 

Figure 702 shows the connections of the hardware 
among the BCPR, INF, and BSGC. 

2.2.2 INF Interface Control Procedure 

The peripheral (INF) interface can be controlled 
by the BCPR through an order and DMA transmission . 

The ordering function can be realized as the 
function of the SBIF LSI in the BSGC. The orders 
relating to the BSGC include the followings. 

(1) specifying an individual system to specify an 
active/ standby system of the BSGC 

(2) _ resetting BSGC 

(3) instruction to the BSGC 

(a) command activation: notification request for 
a command group generated by the BCPR 

(b) retry instruction: retransmission request 
when a DIVIA access error occurs 

(c) MSCN read: request to read through MSCN 

(d) test loopback: write request of test loopback 

data 

(e) reading test loopback data: request to read 
test loopback data 

Figure 703 shows the control sequence between the 
BSGC and BCPR. 
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The DMA transfer is activated by a command 
activation order (step 2). Then, the command group 
stored at the address in the BCPR memory reported by 
a command from the BCPR (step 1) is DMA transferred 
5 ( step 3 ) to the memory in the BSGC under the control 
of the BSGC through the SBIF LSI and 80186 DMA 
function in the BSGC, and each command is processed 
(step 4). The transferred command group contains a 
plurality of commands, and the command instructs 

10 various requests from the BCPR to the BSGC- A command 
group is notified from the BCPR to the BSGC at S-sec 
intervals. When the command group has been 

transferred., a „ command group reception notification 
is transferred from the BSGC to the BCPR (step 5). 

15 When the BSGC generates an event to be provided 

for the BCPR, it generates a status (step 6), and a 
plurality of status notifications are reported to the 
BCPR in 8-msec units as status groups (step 7). The 
BCPR performs a reception process for the reported 

20 status (step 8), This is reported as a DMA transfer 
to the address of the memory in the BCPR preliminarily 
specified by a command from the memory in the BSGC. 
2.3 Switch Interface (CARP and VCC Interface) 

An intra-switch layer 1 is controlled by the CARP 

25 LSI mounted in the BSGC. The LSI has the function of 
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assembling and disassembling a frame of an ATM 
adaptation layer (AAL) protocol type 3, 4, or 5 . 

The highway in the switch is determined by the VCC 
loaded into the BSGC-COM in the BSGC (BSGC common 
5 unit), the VCC loaded into the SIFCOM in the SIFSH, 
and the VCC loaded into the common unit in the MESH 
as shown in Figure 704. The contents of the VCCs are 

..^^ set by the switch software executed by the BCPR. 

2.3.1 Hardware Configuration for controlling intra- 

''4 10 switch duplex device 

m Figure 704 shows the configuration of the hardware 

configuration for controlling an intra-switch duplex 
'l^ - device-. 

lU 2.3.2 Intra-switch Signal Control 

m 15 The BCPR preliminarily notifies the BSGC of the 

% attribute of each port and a VPI/VCI. The BSGC 

initializes each port according to specified 

inf ormation. 

The CARP sets an ATM cell header according to the 
20 specified VPI/VCI. 

The switch software executed by the BCPR sets the 
contents of the VCC loaded into the BSGC-COM in the 
BSGC, the VCC loaded into the SIFCOM in the SIFSH, and 
the VCC loaded into the common unit in the MESH. 
25 The functions of the VCC are listed below. 
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(1) The VCC is set by the BSGC, SIFSH, and MESH 
according to the instruction of the BCPR. 

(2) The VCC is positioned in the duplex BSGC, 
SIFSH, and MESH. The VCC table of the two systems is 

5 copied by each device. 

(3) The VCC is controlled by the BSGC having the 
smallest number. 

The intra-switch control system is applied if it 
successfully reduces the loss of cells by switching 
10 the systems of ATM switches by transmitting the same 
signal to the ATM switches of active and standby 
systems. 

The signal system model is shown as follows. 
2.3.2.1 Signaling Control Model (including simplex 
15 device) 

In this model, a control signal relating to a 
simplex device and subscriber is transferred in an ATM 
switches of both active and standby systems. 

Figure 705 shows the signaling control model of a 
20 signal transmitted in the direction from the terminal 
unit to the switch. In Figure 705, the system #0 is 
an active system. 

For example, a signal from the terminal unit is 
distributed from the duplex ADSl system to both active 
25 and standby systems of the duplex DTC. The signals 
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received from the terminal units and distributed to 
the DTCs of the active and standby systems are 
distributed to the active and standby systems of the 
duplex ADSINFs. Then, the active and standby systems 
5 of the duplex SIFCOM fetch the signal from the 
terminal unit and distributed to the ADSINF of the 
active system (system #0). The signals from the 
terminal unit and fetched by the SIFCOM of the active 
system and standby system are distributed to the 

10 active and standby systems of the duplex ASSW. In the 
BSGCSH, the signal from the ASSW of the standby system 
is discarded by the BSGC-COM. A signal cell to be 
discarded is identified -by an added tag. The discard 
process is described in 2.3.4. 

15 Figure 706 shows the signaling control model of a 

signal in the direction from a switch to a terminal 
unit. Figure 705 shows that system #0 is an active 
system. 

For example, a signal from the BSGC is distributed 
20 through a BSGC-COM to both active 'and standby systems 
of the duplex ASSW. The signals received from the 
BSGC and distributed to the ASSWs of the active and 
standby systems are distributed to the active and 
standby systems of the duplex SIFCOMs. Then, the 
25 active and standby systems of the duplex ADSINF fetch 
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the signal from the BSCG and distributed to the ASSW 
of the active system (system #0). The signals from 
the BSCG and fetched by the ADSINF of the active 
system and standby system are distributed to the 
5 active and standby systems of the duplex DTC. 

2.3.2.2 Duplex Device Signal Control Model (for 
common unit) 

In this model, a signal related to each system of 
a duplex device is transferred in the ATM switch of 

10 each of the active and standby systems . 

The communications are maintained by both active 
and standby systems of each duplex devices through the 
two ports for -the BSGC-of the active system. The BSGC 
and BSGC-COM each comprising two systems can be cross- 

15 connected. Accordingly, when a switch port of a 
standby system is accommodated by the BSGC of the 
standby system, the standby system route in the ATM 
switch is blocked when the BSGC of the standby system 
is in an OUS (out of service) state. To avoid this 

20 state, the two ports of the BSGC of the active system 
are connected to the active and standby systems of the 
duplex device. 

For example, as shown in Figure 707, the signal 
transferred to the BSGC from the SIFSH (SIF) of the 

25 active system is transmitted to the ASSW of the active 
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system, and the signal transferred from the SIFSH 
(SIF) of the standby system to the BSGC is transmitted 
to the ASSW of the standby system. 

The signal input from the device in the active 
5 system to the BSGC and the signal input from the 
device in the standby system to the BSGC are input 
through different ports of the BSGC, Therefore, they 
are provided with different tags. However, the BSGC 
of the active system and the BSGC of the standby 

10 system are assigned the same tag. 

The BSGC-COM identifies the cells addressed to the 
two communications ports by a tag assigned to each 
signal cell input to the BSGC-COM, and transmits 
signal cells addressed to the ports to the BSGC 

15 without discarding them. The details of the process 
are described in 4. later. 

The SIFSH transmits signals to the ASSWs of both 
active and standby systems. At this time, the signal 
cell transmitted to the standby system is provided 

20 with a tag indicating the discard by the BSGC-COM. 

As shown in Figure 708, when the BSGC transmits a 
signal to a duplex system, for example the SIFSH, the 
BSGC transmits the signal to the ASSWs of the active 
system and standby system from each of the two ports. 

25 the signal cell transmitted to both systems is 
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provided with a fixed VCI. The SIFSH of each system 
receives only the signal from the ASSW of the matching 
system. 

2.3.3 Intra-station Control Communications VPI/VCI 

When a signal is transferred from the SIFSH to the 
BSGC, the VCC in the SIFSH (refer to 6.3 in part 3) 
determines an output VPI/VCI/TAG specifying the BSGC 
using the VPI/VCI assigned to the subscriber as an 
input VPI/VCI as shown in Figure 709 A. The VCC in the 
SIFCOM is allocated for each SINF (individual unit) 
in the SINF in the SIFSH containing the SIFCOM. 

If a signal is transferred from the BSGC to the 
SIFSH, the VCC determines an output VPI/VCI/TAG 
specifying each destination device/terminal unit using 
the BSGC card/port number connected to the VCC as an 
input . VPI/VCI as shown in Figure 709B. The VPI/VCI 
contains the VPI/VCI for the subscriber terminal unit 
determined by the meta-signaling . The BSGC card 
corresponds to the VPI, and the BSGC port corresponds 
to the VCI. Therefore, the software interface between 
the BCPR and the BSGC is established by using the 
above mentioned VCI . 

When the communications are set between the BSGC 
and RMXSH, each device in the RMXSH is assigned a 
VPI/VCI similar to that assigned to the terminal unit 
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in 



the 



SINF. 



The VPI/VCI is a fixed value 



corresponding to the device number. 

Figure 710 is a list of VPIs/VCls. 
2,3.4 Cell Discard System in BSGC-COM 

Figure 711 shows the cell discard function in the 
BSGC-COM. 

The DMUX-LSI in the BSGC-COM fetches a signal cell 
indicating a SIG/UL/TAGC pattern, that is, a tag 
assigned to the head of an input signal cell, only if 
the pattern matches a predetermined pattern. As 
described above in 2.3.2.1, the DMUX-LSI in the BSGC- 
COM discards a signal from the duplex device input 
from the ASSW of the standby system according to a 
predetermined standby condition. 
2.4 BSGC Device Control 

Each device in the BSGC is a duplex system and 
normally operated in a master/slave state. _ 

The active system of the BSGC is specified 
depending on the specification of the individual 
system in the peripheral interface control through the 
BCPR. Likewise, the active system of the BSGC-COM is 
specified depending on the specification of the active 
system of the ASSW connected to the BSGC-COM (refer 
to Figure 704) . 

2.4.1 State of Device in BSGC 
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The contents of the memory in the BSGC of the 
master system are copied to the memory in the BSGC of 
the slave system. The contents of the VCC table 
loaded into the BSGC-COM of the master system are also 
copied to the VCC table in the BSGC-COM of the slave 
system. After copying data to the memory, every order 
from the BCPR is written to the memory in the BSGCs 
of both systems. 

As shown in Figure 712, the BSGC can be in one of 
the OUS, INS (master/slave), and standby states under 
the control of the BCPR, 

(1) OUS (out of service) state 

-A state in -which an INS/SBY activation from the 
BCPR is expected after the reset process in the BSGC. 
The determination about the BSGC and ATM switch is 
made only in this state - 

(2) -INS (in service) state 

A state in which the system is operable after 
initialization is completed in both BSGCs of active 
and standby systems. The BSGC of the active system 
can communicate with each intra-station device and 
subscriber terminal unit because the port of the 
active system has been initialized. 

(3) Standby (SBY) state 

A state of the BSGC in an INS incorporating 
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process 

Listed below are the operation states in the BSGC 
of active and standby systems. 

(1) Master/slave state. 

A state in which data has been copied from the 
master system to the slave system and a duplex and 
synchronous operation is being performed when both 
systems are in the INS state. The BSGC of the master 
system monitors a fault in the BSGC of the slave 
system. 

(2) Master-standby state 

A state in the INS incorporating state for the 
-BSGC of the standby system 

(3) Master OUS state 

An OUS state of the BSGC of the standby system. 
The BSGC of the master system does not monitor faults 
of the BSGC of the OUS system. 

All the above listed states are managed by the 
BCPR. 

2.4-2 BSGC Fault Correcting Process 

A fault in each system of the BSGC processor and 
BSGC-COM (switch unit) is monitored by the BCPR. The 
hardware for monitoring the faults is configured in 
the BSGC, and a detected fault is reported to the BCPR 
with an interruption to the INF. When an interruption 



is issued to the INF, the BCPR reads the MSCN 
according to the INF order, analyzes the contents of 
the fault, and performs a fault correcting process. 

When the BSGCs are switched due to the fault 
between the BSGC and BSGC-COM, they are switched by 
the switch (resumption at interrupted point) of the 

Ph-A of the BSGC- 

The fault of the active/standby system cross- 
connecting unit can be detected by cyclically 
monitoring the slave BSGC by the firmware of the 
master BSGC only when the BSGC is performing a 
master/slave synchronous operation. The slave BSGC 
monitors the power disconnection "of "the master BSGC. 

Monitoring a BSGC-COM fault is stopped after it is 
detected, and is resumed by the trigger of ASSW INS 
(starting VCC copy). After the BSGC fault is 
detected, the BSGC is in a reset wait state. 

The OUS state is entered after the BSGC/BSGC-COM 
fault occurs, and the fault is when the automatic 
diagnostics result indicates 'OK at the next 
resumption. 

2.5 Communications Control 

The LAPD control through the BSGC is realized as 
the function of the firmware in the BSGC. The maximum 
simultaneous connection at the LAPD control equals the 
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number of CARP ports (for example, 256) 

The BSGC. performs the LAPD control on the LAPD 
communications to subscriber terminal units and the 
simple LAP communications ( intra-station control 
5 communications) to intra-station devices. 
2.5.1 Difference from Q.922 

in the layer 2 control of the LAPD, a revised LAPD 
is applied based on the CCITT (current ITU-T )- 
recommended Q.922 (LAPP). 
10 Figure 713 shows the frame format of the revised 

LAPD . 

Listed below are the functions deleted from the 

■ Q.922. ' 
( 1 ) F pattern 
15 (2) CRC generation/ error check 

(3) "0" insertion/deletion 

(4) DLCI multiplex 

(5) ECN, DE, D/C bit specification 

(6) XID frame 

20 (7) Dynamic window control 

(8) I response reception 

( 9 ) FRMR response 

"0" (fixed) is set in the DLCI and ECN. The layer 
2 multiplex (multi-LAP) is not realized, either, the 
25 "0" is not checked in the receiving equipment. 
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2.5.2 intra-station LAPD Communications ( intra- 
station control communications) 

In the intra-station LAPD communications control, 
a link is established between an intra-station device 
and the BSGC, and a cyclical monitor process is 
performed. A UI frame is used as a communications 
message to apply the protocol having the procedure of 
confirming data in the layer 3. In the BSGC, the 
sequence of messages is not checked. 

An intra-station control communications link is 
autonomously established up to the layer 2 according 
to the information from the BCPR. 

"This function is performed to reduce the load from 
the INF transfer then the resumption of the BCPR/BSGC 
15 operations are resumed. Therefore, this function is 
effective only when the BCPR/BSGC operations are 
' resumed. When a link is not successfully establis.hed 
or after a link is disconnected, an individual request 
from the BCPR to establish a link is required. 
20 Links corresponding to two communications ports 

for a duplex device are simultaneously established. 

Figure 714 shows the procedure of establishing the 
intra-station control communications link. Figure 715 
shows the procedure of establishing the intra-station 
25 control communications link for the BRLC. 
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2.6 Diagnostic Functions 

The BSGC has the function of diagnosing the BSGCSH 
and providing a communications link for diagnosing the 
intra-station duplex device such as an ASSW. 
5 2.6.1 Diagnosis Object Items 

Described below are the diagnostic functions of 

the BSGCSH. 

( 1 ) INF interface 

i) CC access read/write 
3_0 ii) DMA transfer read/write 

(2) BSGC intra-package functions 

i) deleting no function items based on 
" present SGC diagnosis (MACH-1.2), and entering 
additional functions. 
15 (diagnosing all portions accessible by the CPU = 

self -diagnostics ) 

(3) BSGC-SWINF 

i) setting a loop between the BSGCSH and 
■ SWINF and testing a sending/receiving cell. 

20 (4) VCC memory test 

i) read/write test on the VCC table memory in 
the order starting with the BSGC having the smallest 
number 
(5) BSGCSH 

25 i) establishment test on the LAP link between 
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the BSGCSH and other devices 

(6) Cell-by-cell loop test in the BSGC-COM using a 
TCG (refer to 9.2). 

2.6.2 intra-station Duplex Device Diagnostic 

5 Communications Link 

The intra-station duplex device diagnostic 
communications link is established by the procedure, 
similar to the active system BSGC online control 
procedure. To perform this function, either 0 
10 (online) or 1 (diagnostics) can be specified as a 
parameter of the online operation activate command. 

The BSGC activation sequence during the online 
diagnostics is explained in 5.2. 
2.7 Configuration of Program Module 
15 Figure 716 shows the program module in the BSGC. 

An INF control unit (INF-IOCS) 1 controls the 
communications between the BSGC and BCPR through _the 
INF ( INFA and INFT ) . 

A device control unit 2 manages a device including 

20 the setting of the VCC. 

A patrol control unit 3 checks for health between 

the BCPR and BCGC . 

An inter-system communications control unit 4 
controls the communications between the active and 
25 standby systems. 
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A memory copy control unit 5 copies the contents 

of the CPU memory. 

A memory read/write control unit 6 performs a 
read/write process to the memory according to a 
command . 

A system switch controlling unit 7 controls the 
switch of the active and standby systems. 

A watch dog control unit 8 confirms and controls 
the normal operation of the BSGC. 

A LAPD managing unit 9 manages the LAP link 
including the establishment of an intra-station LAP. 

A LAPD control unit 10 performs the layer 2 
control in' accordance with the recommendation -Q. 922. 
A CARP handler 11 converts VPI/VCI. 
15 A switch control unit 12 controls the CARP. 

3. INF interface 
3.1 Hardware Configuration 

The INF is controlled by the BSGC as a function of 
the SBIF LSI in the BSGC. ' Figure 717 shows the 
20 hardware configuration relating to the INF. 
3,. 2 DMA Bit Configuration 

During the DMA access (write/read) the bit 
configuration is represented as follows among the 
BCPR, INF, and BSGC. 
25 3.2.1 Bit Configuration of DMA Transfer Data 
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Figure 718 shows the bit configuration of the DMA 
transferred data between the main storage (MM) and 
BSGC. 

3.3 INF Control Procedure 

The present Applicant has established the method 
of minimizing the DMA transfer through the INFT and 
INFA under the control of the INF between the BCPR and 
BSGC to attenuate the load onto the BSGC. 
3.3.1 Command Queue and Status Queue 

(1) A reception buffer is preliminarily reported in 
block units. 

In the BSGC, up to two blocks of reception buffers 
are constantly reserved. If one "block becomes full 
another block is added by the lead of the BCPR. 

(2) A status queue is reported each time an event 

occurs . - 

The BSCG is uniquely provided with an unused 
pointer for a status queue. The pointer is updated 

20 by reading the value of the tail p6inter to the status 
queue in the BCPR only when the entire status queue 
is used- When the status queue is full, a space 
monitor process is performed (by reading a tail 
pointer) at a 128 cycle. 

25 (3) An end of command notification, which increases 
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the load by reporting a status, is replaced by the 
following processes. 

i) A command response 7f is made when all processes 
including the DMA transfer of the I frame in the 
command group are completed. If an abnormal condition 
is detected in the entire command group, a command 
response 55 is returned. 

ii) Simultaneously, end information is prepared for 
each command for. each bit, and output as an NG 
response when a signal is discarded for any factor in 
the BSGC. The factor of the NG response can be the 
shortage of a reception buffer. When the end 
information indicates NG, the entire command group is 
normal and a command response 7F is returned. 

iii) The BSPR performs an end of command process at 
the trigger of the above described response. 

(4) up to 64 commands can be entered in a command 
group in consideration of the throughput of the BSGC. 

(5) up to 8 commands can be entered in a status group 
simultaneously transmitted in consideration of the 
conflict in a DMA transfer. 

3.3.2 Conflict at command activation and status 
activation 

When a command is activated or a status is 
activated, the DMA transfer is activated under the 



control of the BSGC. Described below is the procedure 
of the process . 

( 1 ) Command activation 

The process of completing the DMA transfer of a 
command queue and completing the DMA transfer 
specified in the command queue is performed as a 
series of processes. The activation of a command from 
the BCPR is processed as an interruption in the BSGC. 

(2) Status activation 

The process of completing a 1-frame DMA transfer, 
a status DMA transfer, and the DMA transfer for the 
update of a head pointer is performed as a series of 
processes. The status activation to the " BCPR" is 
performed at an 8 msec cycle. Events occurring within 
an 8 msec are collectively DMA-transferred. 1-frame 
DMA transfer is performed before any other transfer 
each time an event occurs . Except in a contention of 
commands, status to be reported to the status queue, 

if existing, is transmitted repeatedly. 

Commands and status are processed in the DMA 

transmission termination process as an intra-BSGC 

interruption or look-in process. 

(3) Contention control 

NO contention or interruption occurs in a series 

of processes in (1) and (2) above. 
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Possible contention at the activation is 
controlled according to the following references. 

i) - Intra-BSGC priority control is performed such 
that the DMA transfer is activated without idle INF 
transfer. 

ii) The next command is waited for according to the 
logic in the BSGC until the BSGC completes its 
internal process on a received command. 

U 3.3.3 Congestion Control 

10 The congestion control in the BSGC can be 

receiving system congestion control, sending system 
congestion control, and BSGC congestion control. ' 
3.3.3.1 Receiving System Congestion Control 

The congestion control of a receiving buffer is 

15 exercised for each link. 

When congestion occurs in a receiving buffer, the 
RNR is transmitted for each link. The receiving 
buffer is used with all ports chained to the CARP LSI 
for controlling the interface with the ATM switch. 
Therefore, the congestion control of the receiving 
buffer is exercised among a switch control unit (CARP 
IOCS) 1, LAPD control unit 2, and INF control unit 
(INF IOCS) in the BSGC as shown in Figure 719 (also 
refer to Figure 716). 

If a busy receiving buffer prevents the CARP IOCS 
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1 from hunting the receiving buffer and the receiving 
buffer from being connected to the CARP, then the CARP 
is underlined only. However, since the process of the 
L2 information only is required even during the 
congestion, the. number of buffers required by the CARP 
(maximum number of control channels) is required in 
the process between the CARP IOCS 1 and the LAPD 

control unit. 

The congestion in the receiving buffer occurs in 
the BSGC when data cannot be transmitted to the BCPR 
through the INF due to too many transactions in the 
BCPR. The control of the congestion for the factors 
of the BSGC is "explaineci in 3.3.3.3. 
3.3.3.2 Sending System Congestion Control 

The sending buffer congestion control is exercised 

for each link. 

If the congestion has arisen in the sending 
'buffer, the information as to whether the congestion 
refers to the first, second, or third congestion is 

reported to the BCPR- 

The first, second, and third congestion occurs 
when the use rate of the transmission buffer reaches 
70%, 80%, and 100% respectively. The first congestion 
is reported only when the congestion continues for a 
predetermined period in the BSGC. 
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<Control for the first congestion> 

If the first congestion occurs, the BCPR does not 

accept a new call. 

After the occurrence of the first congestion, the 
number of signals processed by the BSGC is maintained 
and not reduced. 

<Control for the second congestion> 

If the second congestion occurs, the BCPR sends 
only the required number of signals required by the 
intra-station LAPD, etc. In the port using UI frames, 
an ACk (response) wait process is not performed for 
the transmitted UI frames, and the UI frames stay in 
the BSGC for a very short time. 

The BSGC gains congestion control (number of 
buffer count), similar to that over the receiving 
buffer, between an INF control unit 1 and switch 
control unit 12 shown in Figure 716 for each port. 
Furthermore, the BSGC performs the DMA transfer 
relating to the sending buffer after the INF control 
unit 1 (Figure 716) gets a port number in the command 
field. Accordingly, the sending buffer can be managed 
in port units. If the sending buffer of the port to 
be limited is running short in spite of the limit 
based on the above described first and second 
congestion control, then new congestion control can 
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be exercised without using the buffer of the other 
port. This congestion control is referred to as third 
congestion control. 
<Control for the third congestion> 

( 1 ) When the BSGC receives a buf f ered-command for the 
line having no sending buffer, it answers the BCPR 
with an NG response as end of command group 
information of the INF. 

(2) The BCPR transmits a DL-EST-RQ (link reset 
request) to the corresponding line in the BSGC when 
the end of command group information indicates NG. 
After reporting the end of command information NG and 
before receiving the DL-EST-RQ (link reset request), - 
the BSGC continues answering with the end of command 

15 information NG in response to the I frame transmission 

request to the corresponding port. 
. (3) All signals in the link of the BSGC are discarded 

by resetting the link, thereby enabling the 

communications of new information. 
20 ( 4 ) The BCPR performs a matching process between the 

BCPR and a terminal unit or an intra-station device. 
If the third congestion occurs, no retry process 

is performed because the BSGC is considered not to be 

normally operating for the reasons listed below in (a) 
25 through (c). 
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(a) The third congestion is preceded by the 
restrictions under the control of the first and second 

congestion control. 

(b) If the I frame stays in the BSGC for more than 
200 hours, a corresponding link is autonomously reset 
according to the logic in the BSGC However, the 
logic is not applied to the UI frame. 

(c) If the communications exceed the • throughput of 
the BSGC, the first congestion control is exercised 
under the BSGC congestion control explained in 
3,3.3^3. BSGC Congestion Control 

" The BSGC monitors the use rate of the CPU in the 
BSGC every 10 seconds, " arid calculates the average - 
every minute and every 15th minute. The BSGC issues 
a congestion report to the BCPR when the state in 
which the average CPU use rate equals or exceeds 90% 
is maintained for longer than a predetermined 

threshold time. 

upon receipt of the report, the BCPR determines 
the occurrence of the first congestion in all ports 
in the BSGC and restricts the setting of a new call. 

Figure 720 shows the model of the number of BSGC 
signals under the above described congestion control. 
3.4 Initializing INF 

The BCPR notifies the BSGC of the INF control 
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information according to the procedure listed below 
to communicate with the BSGC through the INF ( INFT and 
INFA) . 

(1) At the initialization of the INF control 
information, only an initialization command is 
transmitted from the BCPR. 

(2) Set in the initialization command is the address 
of the INF initialization information setting table 
storing the INF interface information such as an 
entered status queue, receiving buffer, etc. The BSGC 
acquires the INF interface information from the table. 
The INF initialization' information setting table is 
provided in physical memory sp'ace in series. 

(3) Figure 721 shows the format of the initialization 
command and INF initialization information setting 
table. 

3.5 INF Priority Control 

in the signal process for the switch software 
executed by the BSGC and BCPR, the following process 
system is adopted to perform by "priority the fault 
correcting processes from the SIFSH, etc. In this 
system, a plurality of transmission queues of messages 
to be transmitted from the BSGC to the switch software 
are provided. A signal received by the BSGC is 
distributed to any of the queues depending on the 
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priority level assigned to the signal. 
4. Switch Interface 
4.1 Assigning Tag 

4.1.1 Concept of Assigning Tag 

The concept of assigning a tag is explained in 5. 
of part 3 (refer to Figures 121, 126, 129, etc.) 

4.1.2 Assigning Tag in communications from BSGC to 
ASSW 

Figure 722 shows the method of using the tag 
SIG/UL/TAGC through the SIFSH in the communications 
from the BSGC to the SIFSH. 

Figure 723 shows the method of using the tag 
"siG/UL/ADSlBLK/ADSiSEL through the SIFSH in the 
communications from the BSGC to the RMXSH. 

Figure 724 shows the method of using the tag 
SIG/UL/TAGC through the SIFSH in the communications 
from the BSGC to the SIFSH. 

4.1.3 Assigning Tag in communications from ASSW to 
BSGC 

Figure 725 shows the method' of using the tag 
SIG/UL/TAGC through the BSGCSH in the communications 
from the ASSW to BSGC. The BSGCSH identifies the 
above mentioned tag through the DMUX-LSI loaded into 
the BSGC-COM. 

4.2 CARP Control Procedure 
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The layer 1 control in the ASSW (ATM switch) 
interface is gained by the CARP LSI. The LSI has the 
function of assembling and disassembling an AAL (ATM 
Adaptation Layer) protocol type frame of type 3, 4, 
or 5 . 

The CARP LSI consists of CARP 1 and CARP 2 to 
simultaneously assemble and disassemble up to 1024 
channels of cells (up to 256 channels in the BSGC by 
the restrictions of the firmware) under the control 
of the CPU (80186 system). 

The protocol type 3, 4, or 5 can be set for each 
port, and these types can be mixed in the BSGC 
according to the settings through the switch software. 
4.2.1 Frame Format 

Figure 726 shows the SAR-PDU of protocol type 3 
(as in type 4) and the configuration of the header 
field of the ATM cell containing the SAR-PDU. Figure 
727 shows the frame (CPAAL5-PDU) of protocol type 5. 
Refer to 4.2, etc. of part 3. The contents of the ATM 
header shown in Figure 726 are set by the CVV in the 
BSGC-COM. In this case, the identification number of. 
the BSGC is set as a VCI and the port number in the 
BSGC is set as a VPI in the ATM. The other fields are 
set to 0. 

The payload of the SAR-PDU of protocol type 3 
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shown in Figure 726 stores a LAPD message. 

If the data length of the LAPD data is 44 bytes 
(refer to Figure 749), the message is stored in the 
payload of a single SAR-PDU. In this case, a single 
5 segment message (SSM) is set as an ST in the SAR-PDU, 
and 44 bytes are assigned to an LI. 

If the data length of the LAPD is 256 bytes (refer 
to Figure 750), the message is divided into 44-byte 
segments, and the segments are stored in the payloads 
10 of a plurality of SAR-PDU. Therefore, the LAPD data 
is divided and stored in a plurality of ATM cells, and 
then transferred. In this case, the beginning of 
message (BOM) is set as ah ST in the SAR-PDU storing 
the leading segment, and 44 bytes are assigned as an 
15 LI. The continuation of message (COM) is set as an 
ST in the SAR-PDU storing an intermediate segment, and 
44 bytes are assigned as an LI. Furthermore, the_end 
of message (EOM) is set as an ST in the SAR-PDU 
storing the trailing segment, and 36 bytes are 
20 assigned as an LI (Figure 750). 

The frame of protocol type 5 shown in Figure 727 
is divided into 48-byte segments, and the segments are 
stored in the payloads of a plurality of ATM cells. 
4.2.2 Functions of CARP LSI 
25 The transmitting functions for the CARP LSI are 
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listed below. 

(1) write to transmission cell 

(2) generation of SAR-PDU header (numerical 
control ) 

5 The receiving functions for the CARP LSI are 

listed below. 

( 1 ) header check 

(2) check of long/short frame 
The BSGC does not check an HEC. 

10 4.2.3 Statistic Functions 

The numbers of passing cells and discarded cells 
are counted by the MUX/DMUX LSI. The number of CRC 
errors is counted by the CARP LSI. 

4.3 VCC Setting Procedure and VCC Copying Procedure 
The BSGC writes data for the VCC of both systems 
when it receives a VCC copy start request or VCC 
setting request (for both systems) from the BCPR._ 

When the ATM switch is turned into the OUS state, 
the BSGC writes data for the VCC of one system if it 
receives a single-system VCC set request. 

The write highway (mate system/home system) of the 
VCC is specified by the BCPR through a COM INS report. 

Figure 728 shows the VCC setting procedure. 
Figure 729 shows the copy start procedure. Figure 730 
25 shows the copy stop procedure. 



15 



20 



730 

5. BSGC Device Controlling Procedure 
5.1 BSGC Fault Monitor 

The fault correcting process to be performed by 
the BSGC handles the following faults. 

(1) faults of the BSGC itself 

^ ^ 4:=.,i-t-- rsDorting by interrupting 

(2) INF interface fault, repoi Liny i 

the iNFs of both systems 

(3) faults detected by active BSGC 

(a) fault of switch 

(b) standby systen, inter-system cress connection 
fault; reported by status, (including a mate BSGC IBP 
fault) 

Since the fault of the BSGC of the master sy.stem 
Should be urgently corrected, it is reported by an 
interruption to the INF. If a fault occurs in the 
BSGC itself and the BSGC is an active system, then the 
systems are switched and the faulty system _iS 

OTIC ct-ate if the BSGC is a standby 
recognized as an OUS state, xr ^.x 

system, then an ISOL is set in the active system and 
the faulty system is recognized as" an OUS state (refer 
to 1 and 2 of Figure 731). 

If a fault occurs in the ASSW, an ASSW fault 
correcting process is performed. The majority logic 

is not applied to the BSGC-COM at the system switch 

(refer to (3) of Figure 731). 
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If a fault indicated by (2) in Figure 731 occurs, 
it is not determined whether the fault exists in the 
BSGC or BSGC-COM. The BCPR reads the factor of the 
fault from the faulty BSGC having the numbers #0 
through #5 of both systems and obtains a normal route, 
thereby performing a fault correcting process. 
5.1.1 Faulty portion detected in BSGCSH 

Figure 731 shows the model of the fault range, 
in Figure 731, fault (1) refers to a fault of the 
BSGC (watch dog time over, DRAM parity error, etc.). 
Fault (2) refers to a data parity error between the 
BSGC and BSGC-COM, disconnection of a clock/cell 
frame, etc. Fault e3> refers to an alarm from the LSI . 
of the DMUX, NTUX, etc. of the BSGC-COM, data parity 
error in the inter-package communications, etc. 

The report to the switch software is made by an 
interruption to the INF from the BSGC of the system 
which detected the fault. The report is made to each 
of the faults (1), (2), and (3) shown in Figure 731 
using the MSCN. 

5.1.2 System Management at Fault Occurrence 

(1) BSGC fault 

(fault (1) shown in Figure 731 or (1) at the 
rightmost column shown in Figure 745) 

If an INF interruption occurs from the BSGC of an 
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active system, the BSGC system is switched. 

If an INF interruption occurs from the BSGC of a 
standby system, an AISOL is set in the active system 
and the faulty system is recognized as an OUS state. 

(2) Fault between BSGC and BSGC-COM 

(fault (2) shown in Figure 731 or (2) at the 
rightmost column shown in Figure 745) 

This fault is reported from each BSGC of the 
active and standby systems through an INF 
interruption. 

The system management according to the report from 
each fault detection point is shown in and after 
Figure 733. _ . . . _ _ . .. „ 

(3) BSGC-COM Fault 

(fault (3) shown in Figure 731 or (3) at the 
rightmost column shown in Figure 745) 

This fault is reported from each BSGC of the 
active and standby systems through an INF 
interruption. 

The BSGC-COM of the faulty system is put in the 
OUS state, and the BSGC-COM of the non-faulty system 
is put in the active state. Since the active/standby 
state of the BSGC-COM is subject to that of the ASSW, 
the systems of the ASSW are switched in the above 
described case. 
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Figure 732 shows the method of detecting the 
BSGCSH-COM fault through the BSGC, and of notifying 
the switch software of the fault. As shown in Figure 
732, the BSGC has the 2-bit information for the 
home/mate systems for each fault point of the BSGC- 
COM. However, the BSGC-COM common fault point (a 
single fault point for each BSGC-COM system) has 2-bit 
information for the home/mate system only in the BSGC 
of the smallest number. 

Described below is the system management method 
followed when a fault occurs between the BSGC and the 
BSGC-COM. 

(1) Fault detected by a checker in the BSGC-COM when 
data is sent from the BSGC to the BSGC-COM 

Figure 733 shows the detection point of a fault 
detected by the checker in the BSGC-COM in sending 
data from the BSGC to the BSGC-COM. 

(1)-1 When 1-bit fault detection bit is set in Figure 
733 (a) through (b)' (when the fault occurs at a 
single point); 

If a fault occurs at the fault point (a) shown in 
Figure 733, the fault occurs in the data in one of the 
two destination systems receiving data from the #0 
BSGC (^^0 system BSGC ^ #0 system BSGC-COM, and #0 
system BSGC #1 system BSGC-COM), However, no fault 
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occurs in the data of the two destination systems 
receiving data from the #1 system BSGC. Therefore, 
the #1 system BSGC is put in the active state and the 
#0 system BSGC is put int the OUS state. Likewise, 
Figure 734 shows the state entered when a fault occurs 
at one of the fault points (a), (a)\ (b), and (b)' 
shown in Figure 733. A diagnostics process (DP) is 
carried out on the BSGC in the OUS system to specify 
the fault point. 

In Figure 734 (note 1), in setting the duplex 
communications, the BSGC systems are switched as shown 
in the above described table. If a fault is detected 
by the checker in the BSGC-COM in the diagnostics, 
process (DP) activated after the OUS state is 
determined in the BSGC, the system is maintained after 
the BSGC-COM of the faulty system is put in the OUS 
state . 

(l)-2 When a 2-bit fault detection bit is set in 
Figure 733 (a) through (b)' (when faults occur at two 
or more points); 

The following two cases can be assumed, 
i) If faults are detected at two fault points (a) 
and (b), or if the faults are from the data sent from 
the same BSGC as in the case where the faults are 
detected in the two fault points (a)' and (b)'. 
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ii) If faults are detected at two fault points (a) 
and (a)', or if the faults are from the data sent from 
the same BSGC-COM checker as in the case where the 
faults are detected in the two fault points (b) and 
( b ) ' . 

In the example i) above, if faults are detected in 
the two fault points (a) and (b) shown in Figure 733, 
then it is determined that the #0 system BSGC is 
faulty, and the #0 system BSGC is in the OUS state, 
while the #1 system BSGC is in the active state. If 
faults are detected in the two fault points (a)' and 
(b)', then it is determined that the #1 system BSGC 
is faulty, and the #1 system BSGC is in the OUS state, 
while the #0 system BSGC is in the active state. 

In the case ii above, if faults are detected in 
the fault points (a) and (a)' shown in Figure 733, it 
is determined that the #0 system BSGC-COM is faulty. 
Since the system of the BSGC-COM is set subject to the 
setting of the system of the ASSW, the systems of the 
ASSW are switched when the #0 system ASSW is a master 
system, thereby putting the #0 system ASSW in the OUS 
state and setting the #1 system ASSW as a master 
system. The systems of the ASSW are not switched when 
the #0 system ASSW is a slave system, thereby 
maintaining the #0 system ASSW in the OUS state. If 
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faults are detected in the two fault points (b) and 
(b)' shown in Figure 733, then it is determined that 
the #1 system BSGC-COM is faulty. Since the system 
of the BSGC-COM is set subject to the setting of the 
system of the ASSW, the systems of the ASSW are 
switched when the #1 system ASSW is a master system, 
thereby putting the #1 system ASSW in the OUS state 
and setting the #0 system ASSW as a master system. 
The systems of the ASSW are not switched when the #1 
system ASSW is a slave system, thereby maintaining the 
#1 system ASSW in the OUS state. 

Figure 735. shows the state detected when faults 
are detected at 2 points, of . the _ fault points (a),, 
(a)', (b), and (b)' shown in Figure 733. The 
diagnostics process (DP) is performed on the OUS 
system BSGC to specify fault points. 

Figure 735 shows the case in which a fault of the 
checker in the BSGC-COM is determined after the fault 
shown in Figure 735 (Note 1) is detected and the 
diagnostics process is performed.' 

Figure 737 shows the case in which a fault of the 
checker in the BSGC-COM is determined after the fault 
shown in Figure 735 (Note 2) is detected and the 
diagnostics process is performed. 

If a fault described in note 3 or 4 shown in 
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Figure 735 is detected, it indicates that the standby 
system link to the intra-station duplex device is 
disconnected. When this fault occurs, the diagnostics 
process (DP) is not performed, but the BSGC-COM 
package of the faulty system is switched according to 
the following references. 

If faults are detected in fault points (a) and 
(a)' or (b) and {h)\ the following four cases can be 
assumed as a fault point. 

i) When the factor of the fault resides in only 
the BSGC-COM package. 

ii) When the factor of the fault resides in both 
sending function of the. BSGC and receiving function 
of the BSGC-COM, and when the fault occurs in only one 
route of the sending function of the BSGC and the 
receiving function of the BSGC-COM. 

iii) When the fault factor the same as that shown 
in ii above is present, and when the fault occurs only 
in the route different from that described in ii 
above . 

iv) In the above described case i, the system can 
recover from the fault by exchanging the BSGC-COM 
packages. In case ii or iii, a maintenance process 
can be performed because one fault detection bit is 
set after exchanging the BSGC-COMs. In the case iv 
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above, the same fault will occur again even after the 
exchange of the BSGC-COMs, and the BSGC-COMs of both 
#0 and #1 systems are exchanged. 

If faults are detected at both fault points (a) 
and (a)', the following procedures are required to 
specify the BSGC or BSGC-COM for the fault point. 

Condition: the #0 system BSGC is the active system 
and the #1 system BSGC is the slave system. 

Procedure 1: Since the #1 system BSGC is a slave 
system, the #1 system BSGC is put in the OUS state, 
and the diagnostics process (DP) is performed. Fault 
points can be specified relating to the fault at fault 
point (a)' between the #1 system BSGC and #0 system 
BSGC-COM. 

Procedure 2: Then, the states of systems #0 and 
#1 of the BSGC are switched. That is, after the #1 
system BSGC is put in the OUS state and then set as 
a slave system, the master/slave states of the #0 and 
#1 BSGCs are switched. Finally, the #0 system BSGC 
is set as a slave system and then put in the OUS 
state. The diagnostics process (DP) is then performed 
and fault points can be specified relating to the 
fault at fault point (a). 

If faults are detected at both fault points (b) 
and (b)', the fault points can be specified, the BSGC 
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or BSGC-COM, for the fault point according to the 
above described procedure. 

If the combination other than the two fault 
detection bits is set, or if 3 or more fault detection 
bits are set, then double faults are assumed and no 
system can be restructured. However, a fault message 
should be output and the contents are designed as a 
pattern different from the message output at the 
occurrence of the fault. In this case, .the detailed 
fault contents collected from the BSGCs of both 
systems are completely output. 

(2) Fault detected by the checker in the BSGC when 
data is sent from the BSGC-COM to the BSGC 

Figure 738 shows the detection point of a fault 
detected by the checker in the BSGC in sending data 
from the BSGC-COM to the BSGC. 

(2)-l When 1-bit fault detection bit is set in Figure 
738 (a) through (b)' (when the fault occurs at a 
single point); 

If a fault occurs at the fault point (a) shown in 
Figure 733, the fault occurs in the data in one system 
receiving data from the #0 BSGC-COM (#0 system BSGC- 
COM #0 system BSGC), and #0 system BSGC #1 system 
BSGC-COM). However, the fault factor comes from 
either the sending function of the #0 system BSGC-COM 
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or the receiving function of the #0 system BSGC. When 
the fault occurs, it is assumed that the problem 
resides in the receiving function of the #0 system 
BSGC and the #0 system BSGC is put in the OUS state 
5 and the #1 system BSGC is put in the active state. 
Then, the diagnostics process (DP) is activated, and 
it is determined whether the fault point refers to the 
BSGC-COM or the BSGC. If it is determined that the 
sending function of the #0 system BSGC-COM has a 

10 problem, then the #0 system BSGC-COM is put in the OUS 
state (the #0 system ASSW is put in the OUS state), 
the #1 system BSGC-COM is put in the active state (the 
#0 systemASSW is put in the active, statej , and . the 
maintenance process is performed. 

15 Figure 739 shows the state entered when a fault 

occurs at one of the fault points (a), (a)\ (b), and 
(b)' shown in Figure 738. 

(2)-2 When a 2-bit fault detection bit is set in 
Figure 738 (a) through (b)' (when faults occur at two 
20 or more points); 

The following two cases can be assumed, 
i) If faults are detected at two fault points (a) 
and (b), or if the faults are from the data sent from 
the same BSGC as in the case' where the faults are 
25 detected in the two fault points (a)' and (b)'. 
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ii) If faults are detected at two fault points (a) 
and (a)^ or if the faults are from the data sent from 
the same BSGC-COM checker as in the case where the 
faults are detected in the two fault points (b) and 
(b) ' . 

In the example i) above; if faults are detected in 
the two fault points (a) and (b) shown in Figure 733, 
then it is determined that the #0 system BSGC is 
faulty. Since the system of the BSGC-COM is set 
subject to the setting of the system of the ASSW, the 
systems of the ASSW are switched when the #0 system 
ASSW is a master system, thereby putting the #0 system 
ASSW_ in the OUS state and setting. _the_ #1 system ASSW 
as a master system. The systems of the ASSW are not 
switched when the #0 system ASSW is a slave system, 
thereby maintaining the #0 system ASSW in the OUS 
state. If faults are detected in the two fault points 
(a)' and (b)' shown in Figure 733, then it is 
determined that the #1 system BSGC-COM is faulty. 
Since the system of the BSGC-COM is set subject to the 
setting of the system of the ASSW, the systems of the 
ASSW are switched when the #1 system ASSW is a master 
system, thereby putting the #1 system ASSW in the OUS 
state and setting the #0 system ASSW as a master 
system. The systems of the ASSW are not switched when 
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the #1 system ASSW is a slave system, thereby 
maintaining the #1 system ASSW in the OUS state. 

In the case ii above, if faults are detected in 
the fault points (a) and (a)' shown in Figure 733, it 
is determined that the #0 system BSGC-COM is faulty, 
and the #0 system BSGC is in the OUS state, while the 
#1 system BSGC is in the active state. If faults are 
detected in the two fault points (b) and (b)', then 
it is determined that the #1 system BSGC is faulty, 
and the #1 system BSGC is in the OUS state, while the 
#0 system BSGC is in the active state. 

Figure 740 shows the state where faults are 

detected, at two points in the. fault points (a), (a)', 
(b), and (b)' shown in Figure 738. The diagnostics 

process (DP) is performed on the OUS system BSGC to 

specify a fault point. 

Figure 741 shows the case in which a fault of the 

checker in the BSGC-COM is determined after the fault 

shown in Figure 740 (Note 3) is detected and the 

diagnostics process is performed.' 

Figure 742 shows the case in which a fault of the 

checker in the BSGC-COM is determined after the fault 

shown in Figure 740 (Note 4) is detected and the 

diagnostics process is performed. 

If a fault described in note 1 or 2 shown in 



743 

Figure 740 is detected, it indicates that the standby 
system link to the intra-station duplex device is 
disconnected. When this fault occurs, the diagnostics 
process (DP) is not performed, but the BSGC-COM 
package of the faulty system is switched according to 
the following references. 

If faults are detected in fault points (a) and (b) 
or (a)' and (b)', the following four cases can be 
assumed as a fault point. 

i) When the factor of the fault resides in only 
the BSGC-COM package. 

ii) When the factor of the fault resides in both 
sending function of the BSGC and receiving function 
of the BSGC-COM, and when the fault occurs in only one 
route of the sending function of the BSGC and the 
receiving function of the BSGC-COM. 

iii) When the fault factor the same as that shown 
in ii above is present, and when the fault occurs only 
in the route different from that described in ii 
above. 

iv) In the above described case i, the system can 
recover from the fault by exchanging the BSGC-COM 
packages. In case ii or iii, a maintenance process 
can be performed because one fault detection bit is 
set after exchanging the BSGC-COMs. In the case iv 
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above, the same fault will occur again even after the 
exchange of the BSGC-COMs, and the BSGC-COMs of both 
#0 and #1 systems are exchanged. 

If faults are detected at both fault points (a) 
and (b), the following procedures are required to 
specify the BSGC or BSGC-COM for the fault point. 

Condition: the #0 system BSGC is the active system 
and the #1 system BSGC is the slave system. 

Procedure 1: Since the #1 system BSGC is a slave 
system, the #1 system BSGC is put in the OUS state, 
and the diagnostics process (DP) is performed. Fault 
points can be specified relating to the fault at fault 
point (b) between the #1 system BSGC and #0 system 
BSGC-COM. 

Procedure 2: Then, the states of systems #0 and 
#1 of the BSGC are switched. That is, after the #1 
system BSGC is put in the OUS state and then set as 
a slave system, the master/slave states of the #0 and 
#1 BSGCs are switched. Finally, the #0 system BSGC 
is set as a slave system and then put in the OUS 
state. The diagnostics process (DP) is then performed 
and fault points can be specified relating to the 
fault at fault point (a). 

If faults are detected at both fault points (a)' 
and (b)', the fault points can be specified, the BSGC 
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or BSGC-COM, for the fault point according to the 
above described procedure. 

If the combination other than the two fault 
detection bits is set, or if 3 or more fault detection 
5 bits are set, then double faults are assumed and no 
system can be restructured. However, a fault message 
should be output and the contents are designed as a 
pattern different from the message output at the 
.occurrence of the fault. In this case, the detailed 
10 fault contents collected from the BSGCs of both 
systems are completely output. 
5.1.3 Report to BSGC 

Figure 743 shows the fault report , mo_del 
The report from the BSGC-COM <fault detection 
15 point> to the BSGC is made according to the level 
signal. 

The fault of the BSGC-COiyi <fault detection point> 
is terminated by the SBIF LSI (refer to 3 . 1 and Figure 
717), and reported to the switch software by an INF 
20 interruption. 

In response to the above described interruption, 
the switch software reads the detailed fault 
information by an MSCN read order. 

The MSCN read order resets the MSCN layer in the 
25 BSGC and the alarm for the fault occurrence point is 
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nullified . 

5.1.4 Recovery Monitor 

5.1.4.1 Recovery monitor by BSGC 

The BSGC does not monitor the recovery from 
faults. It is considered that the system successfully 
recovers from a fault when the built-in diagnostics 
process results in OK. 

5.1.4.2 Recovery Monitor in Switch Software 

The switch software monitors the recovery from 
faults (in both active and standby systems) of (1), 
(2), and (3) introduced at the beginning of 5.4. The 
system switch of the BSGC and ASSW (system switch of 
the BSGC -COM) should be managed by the BSGC, and the 
recovery cannot be monitored by the BSGC. The 
recovery monitor is performed by the switch software, 
5.1.5 Fault to be detected by the BSGC Hardware 

The- fault to be detected by the BSGC hardware can 
be a fault in the INF and in the BSGC itself. The 
fault is reported to BCPR and the firmware of the BSGC 
through interruption. The fault is detected and 
reported by the BSGC hardware of each of the active 
and standby systems . 

Figure 744 shows the detained fault factors. 

The fault detected in the INF interface by the 
BSGC can be directly checked by an MSCN read command. 
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The fault of the BSGC is a representative point in the 
MSCN. Therefore, the details of the fault should be 
collected by the MSCN read sequence . 

Figure 745 shows the accommodation of the BSGC 
MSCN. 

The MSCN shows each fault occurrence point using 
a representative point. The fault occurrence point 
is shown in Figure 731. 

Correspondence between each bit of the MSCN shown 
in Figure 745 and the fault points (a), (a)\ (b), and 
(b)' shown in Figures 733 and 733 is represented as 
shown below. 

Correspondence between Figures 745 and 733 

MSCN data of #0 system BSGC (a): bits 15, 14 

(b): bit 12, 11 

MSCN data of #1 system BSGC (a)»: bits 12, 11 

(b) ' : bit 15, 14 

Correspondence between Figures 745 and 734 

MSCN data of #0 system BSGC (a): bits 09, 08 

(a) ' : bit 05, 05 

MSCN data of #1 system BSGC - (b): bits 09, 08 

(b) ' : bit 06, 05 

The exact factor of the BSGC fault shown in Figure 
746 is reported to the BCPR through a TM save. 

Figure 747 shows an exact factor of the fault 
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reported through an MSCN details read command. 
5.1,6 Fault detected by BSGC Firmware 

The BSGC firmware performs the two following types 
of fault monitor. 

(1) Hardware fault of both systems of the BSGC- 
COM (including the hardware fault between the BSGC and 
BSGC-COM) 

(2) Fault of standby system BSGC. This fault is 
monitored by an active system BSGC firmware. 

The above described fault ( 1 ) is reported by an 
interruption from the fault detecting BSGC to the INF. 
It is explained in detail in 5.4.6.1. 

The above described_ fault (2) is reported from an. 
active system BSGC as a status. It is explained in 
detail in 5.4.5.2. 

5,1.6.1 Fault in BSGC-COM (excluding faults of the 
BSGC) 

Figure 748 shows the detection sequence of the 
fault in the BSGC-COM. 

This fault is detected by the BSGC firmware's 
detecting the state detected by the BSGC hardware in 
the 8-msec-cycle look-in process. Then, the INF 
interruption register is set. When an INF 

interruption is issued, the BCPR sets a timer of up 
to 16 msec. When the timer indicates timeout (refer 
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to Figure 748), a fault generation point is specified 
by issuing the MSCN read command. The BCPR further 
issues an MSCN details read command to the 
interrupting BSGCM to collect detailed information. 
When the BSGC receives the command, it reports the 
fault data stored in the register. The BCPR performs 
the system management process described in 5.4.2 
according to the MSCN data and the data obtained in 
response to the MSCN details read command. 
. 5.1,6.2 Fault in Standby System BSGC 

This fault is detected by an active system BSGC's 
periodical monitoring the fault of the duplex process 
control unit of the standby system BSGC. The monitor 
cycle is 2 sec. The monitor is performed only when 
the active system is operated in synchronism with the 
standby system. The fault is reported by the active 
system BSGC as a status. 
5,2 TM Save System 

When a processor fault occurs, the BSGC saves the 
fault information in the memory of the home system. 
This is referred to as a TM save process. The BCPR 
detects the BSGC processor fault through an INF 
interruption. The detailed fault information is read 
from the memory in the BSGC according to the MSCN read 
command and MSCN detailed read command issued from the 
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BCPR to the BSGC after the INF interruption, and then 
transferred to the BCPR. 
5.3 Statistic Function 

The BSGC statistic function is provided as the 
following two methods. 

(A) Function of collecting data by the BSGC firmware 
according to an instruction from the BCPR, The 
statistics data is read according to the 15-minute 
notification from the BCPR. There are the three types 
of statistics items as follows. 

(1) BSGC CPU use rate 

(2) Numbers of L2 transmission frames and of 
octets (in port units) 

(3) Number of CRC errors 

The cell statistics is obtained by the statistics 
function of the D-MUX/MUX LSI loaded into the BSGC- 
COM. There are three types of statistics items as 
follows. The BCPR reads the three types of tlie 
statistics data each time it issues a statistics 
read/write request. 

( 1 ) Number of reported cells 

(2) Number of discarded cells 

(3) Number of passing cells with specific VPI/VCI 
6 . Communications Control 

6.1 Control of Intra-Station Control Communications 
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Described below is the interface required by the 
BSGC for the intra-station control communications. 
Layer 1 is based on the type 3, that is, the ATM 
adaptation layer (AAL) protocol type (refer to 4.2.1, 
5 etc.) Layer 2 is based on the revised LAPD. The 
difference from the revised . LAPD is described in 
6.1.2. 

6.1.1 Signaling Cell Format 

If an I field is transferred as signalling 
10 information, the data length of the LAPD layer 3 ( L3 ) 
storihg I field is 41 octets corresponding to a single 
segment message (SSM) as shown in Figure 749. In this 
case, 4 octets in the 41-octet I field are used for 
the application of the switch software, and the 
15 remaining 37 octets are used as a data field. The 41- 
octet I field is provided with the information of the 
LAPD layer 2 ( L2 ) , with the information of the AAL 
type 3, and also with the ATM cell information (refer 
to Figure 726 ) . 

If the MSD/MSCN is transferred as signalling 
information, the data length of the LAPD layer 3 ( L3 ) 
storing the MSD/MSCN is fixed to 253 octets as shown 
in Figure 750. In this case, the 253-octet MSD/MSCN 
data is provided with the 3-octet LAPD layer 2 ( L2 ) , 
thereby adding up to the 256-octet data. The 255- 
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octet data is divided into 44-octet segments, each 
segment being provided with the AAL type 3 
information, and also with the ATM cell information 
(refer to Figure 726). Therefore, the above described 
256-octet LAPD data is transferred by six ATM cells. 
In this case, the valid data length in the payload of 
the last cell is 44- ( 6x44-256 ) =35 octets. 
6.1.2 Difference from Revised LAPD 

Listed below are the processes unique to the 
intra-station devices. 

(1) UI frames are used in transferring information. 
All-0 DLCI is used as an address of the LAPF. 

(2) Signal Priority Control - 

A signal from an intra-station device should be 
provided with a priority level to priority-control 
from the BSGC the transmission signal to be sent to 
the switch software executed by the BCPR. The 
priority level is represented by congestion control 
bits in the address of the LAPF. Figure 751 shows the 
UI format. 

(3) Information Field 

The information field is defined between the BCPR 
and each device. Figure 752 defines the common field 
of each device. In this format, the value of the 
APID/MESG for each device is centrally managed by the 
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switch software. 

The formats of the simple LAP and full LAPD are 
different to each other in the following points, 

(a) The maximum message length is 509 bytes for 
5 the simple LAP. 

(b) The NS field is fixed to 0 in the full LAPD. 
7. BSGC-COM 

7.1 Hardware Configuration of BSGC-COM 

Figures 753 through 755 are block diagrams showing 
10 the functions of the BSGC-COM hardware. 

7.2 Explanation of Blocks showing Functions of BSGC- 
COM 

- - - Figure 756 shows the function of the HMXOOA- 

package in the BSGC-COM. 
15 Figure 757 shows the function of the HMXOIA 

package in the BSGC-COM. 

Figure 758 shows the function of the HSF00A/HSF04A 

in the BSGC-COM. 

7.3 Switch Interface 

20 Figure 759 shows the interface for the signal 

transferred from the HMXOOA package in the BSGC-COM 
to the SWMDX (HMX03A) package in the ASSWSH (refer to . 
Figure 157 ) . 

Figure 760 shows the interface for the signal 
25 transferred from the SWMDX (HMX03A) package in the 
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ASSWSH to the HMXOOA package in the BSGC-COM. 
7.4 SWTIF Interface 

Figures 761(a) and 761(b) show the interface of a 
signal transferred between the HSF04A package in the 
BSGC-COM and the SWTIF (HNCOOA) package in the ASSWSH 
( refer to part 4 ) . 

7-5 Configuration of Higher/Lower Shelf of BSGCSH 

The BSGCSH can daisy-chain up to two shelves. 
Figure 762 shows the daisy chain of the BSGCSH. 
7.6 BSGC-COM Loopback Configuration 

7.6.1 Cell Loopback of BSGC and BSGC-COM in INS State 
Figure 763 shows the configuration of the cell 

-loopback in an -INS state -for -both BSGC and BSGC-COM. 

When a loop is set, the state of a cell enable 
signal is changed from the gate-stop state to the 
pass-through state at position A in Figure 763. 
Figure 764 shows the logic of setting the loopback. for 
the loopback configuration shown in Figure 763. 

7.6.2 Cell Loopback in OUS State for BSGC and BSGC- 
COM 

Figure 765 shows the configuration of the cell 
loopback in an OUS state for both BSGC and BSGC-COM. 
The loop points are (1) and (2) shown in Figure 

765. 

Control Procedure of Loopback at Loop Point ( 1 ) 
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When the loopback is set at loop point (1), the 
state of a cell enable signal is changed from the 
gate-stop state to the pass-through state at position 
(1). Figure 766 shows the logic of setting the 
loopback for the loopback configuration at loop point 
(1) shown in Figure 755, 

For the cell route in the loopback at loop point 
(1), the upward (BSGC ASSW) 2/1 cell in the 
HSF00/04A should be routed toward the test system. 
Figure 767 shows the logic of setting a cell route in 
the loopback at loop point (1). 

Figure 758 shows the logic of setting the VCC in 
the loopback at loop point ( 1 ) . 

Control Procedure of Loopback at Loop Point (2) 

When the loopback is set at loop point (2), the 
logic of the reset terminal of the CSPC-ADP is set to 
1 at position (1). This state is set by the I/O 
register in the BSGC package. Figure 769 shows the 
logic of setting the loopback for the loopback 
configuration at loop point (2) shown in Figure 765. 

The cell route in the loopback at loop point (2) 
is set as in the loopback at loop point (1). 

The logic of setting the VCC in the loopback at 
loop point (2) is the same as that in the loopback at 
loop point ( 1 ) . 
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8. Duplex Process Control 
8.1 Hardware Configuration 

8.1.1 BSGC Hardware Configuration 

Figure 770 shows the hardware configuration of the 
BSGC, 

8.1.2 General Description of the BSGC Hardware 
Figure, 771 shows the outline of the BSGC hardware, 

8.1.3 Memory Map 

Figure 772 shows the memory map of the BSGC. 

8.1.4 I/O Map 

Figure 773 shows the I/O Map in the BSGC. 
9 . Maintenance and Operation 

Described below is the . maintenance and operation 
of the BSGCSH. 
9 . 1 Diagnostics Functions 
9.1.1 Diagnostics Object Items 

The diagnostics object items are listed below. 

(1) INF interface i) CC access read/write 

ii) DMA transfer read/write 

(2) Functions in BSGC package: No- function items are 
deleted from the present SGC diagnostics. Additional 
functions are entered as (MACH-1.2). 

(All points accessible by the CPU are diagnosed = 
self -diagnosis ) 

(3) between BSGC and SWINF i) A loop is set between 
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the BSGC and SWINF and a sending/receiving cell test 
is conducted. 

(4) VCC memory test: a read/write test of a VCC 
table memory from the BSGC card of the smallest 

5 number . 

(5) BSGCSH: a link establishment test on the LAP to 
another device 

(6) Cell-by-cell loop test at BSGC-COM using a TCG 
( refer to 9 . 2 ) . 

10 9.1.2 Details 

Described below are the detailed explanation of 
each diagnostics item. 
, 9..1_. 2._1 INF Interface BGPR- Access Read/Write 
Diagnosis 

15 Figure 774 shows the BCPR access read/write. 

9.1.2.2 INF Interface DMA Transfer Read/Write 
Diagnosis 

During the DMA transfer test, 1) a command is 
activated, and concurrently 2) a retry instruction is 

20 issued. A command to DMA-write 'for diagnostics is 
prepared in the command entered in the BSGC after the 
activation of the command. The necessary information 
is (1) an MM transfer address, (2) the number of 
transferred words, and (3) a transfer data pattern. 

25 (1) and (2) are reported directly to the BSGC as being 
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stored in a command. As the data of (3), two patterns 
are prepared as shown in Figure 775. 

9.1.2.3 Diagnostics of Functions in BSGC 
The functions in the BSGC are self -diagnosed . 

9.1.2.4 Diagnostics between BSGC and BSGC-COM 
The function test is conducted as a single phase 

of self -diagnosing the . BSGC in 9.1.2.3. Figure 776 
shows the position of a loop in the diagnostics 
between the BSGC and BSGC-COM. In Figure 776, the 
loop test between the BSGC and BSGC-COM can be the 
home system BSGC-COM loop test conducted at point (2) 
and the mate system BSGC-COM loop test conducted at 
ppint.C3)._ The loop test at point --( 1 ) is a self -loop 
test of the CARP-LSI. 
15 9.1.2.5 VCC Memory Test 

This test is conducted as a single phase of the 
self -diagnostics in the BSGC. This test phase can 
only be conducted from the BSGC of the smallest 
number. This phase can be effective only in the OUS 
state of the BSGC-COM of either #0 or #1 system. 
Therefore, the OUS/active/standby information of the 
BSGC-COM (ASSW) should be reported before starting the 
test. Before starting this test, the VCC selector 
compulsory selection register should compulsorily 
route the output of the 2-1 selector, located before 



20 
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the VCC, toward the test BSGC, Figure 777 shows the 
state of the VCC read/write test entered when the #1 
system BSGC is making the diagnostics in the OUS 
state. 

9.1.2.6 LAP Link Establishment Test between BSGC and 
another Device 

A command is prepared to compulsorily route the 
output of the standby system BSGC-COM selector ( for 
selecting a BSGC signal) toward the diagnostics 
performing BSGC. 
<Test Methpd> 

The test is conducted in accordance with the 
inter-device LAP link establishment procedure to be 
followed by the device control software. Accordingly, 
no special diagnostics LAP link establishment program 
is prepared for the BSGC. 
9.2 TC Function 

Described below are the functions of the BSGCSH in 
the continuity test using the TCG. 

9.2.1 Basic Policy 

Figure 778 shows the basic policy of the 
continuity test in the BSGCSH in the active 
system/standby system/OUS state. 

9.2.2 Cell-by-Cell Loopback (OUS state) 
There are two systems as follows. 
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(1) The process is realized in the BSGC-COM. The 
loopback point is located as having a transmission 
speed for the BSGC. That is, no loopback is made 
under the transmission speed of 622 Mbps. The 
loopback requires the following conditions (refer to 
Figure 782 ) . 
<Condition> 

(a) The cell-by-cell loopback is performed by the SEL 
N-1 LSI using the AHM. 

(b) The cell-by-cell loopback has the only function 
of determining the 0 bit of the tag for loopback. 

(c) The tag (TCG^BSGCSH) of a test cell (TO) is the 
same as that used in the standby system -duplex device 
so that it is not dropped in the standby system BSGC- 
COM. 

(2) The loopback is not realized in the BSGC. 

The output of the BSGC^ASSW direction selector _in 
the standby system BSGC-COM should be compulsorily 
directed to the standby system BSGC. If a cell is 
being transmitted from the standby system BSGC, the 
cell of the duplex device at the standby unit is 
stopped in the active system BSGC and the loopback is 
not realized in the BSGC. 
9.2.3 Cell-by-Cell Loopback Position 

Figure 779 indicates the position of the cell-by- 
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cell loopback in the BSGC-COM. The loopback position 
is set in BSGC units (that is, DMUX units). 
9.2.4 TC Stop Function in Active System BSGC during 
OUS Test 

Figure 780 shows the hardware configuration for 
the TC stop function in the active system BSGC during 
the OUS test. 

The BSGC is loaded with an MUX to receive cells 
from both active and standby systems. When one system 
is in an OUS state, the test cell (TC) from the 
standby system ASSW should not be received by the 
active system BSGC. Therefore, the cell from the 
BSGC-COM, which is in the OUS state before the input 
into the MUX, is stopped. 

Cells are stopped by setting the I/O register in 
the active system BSGC. 

Figure 781 shows the transmission signalling rouie 
from the BSGC to the duplex device or simplex device. 

Figure 782 shows the reception signalling route 
and test cell route from the duplex device or simplex 
device to the BSGC. 
[0014] 
<part 8> 

Described in part 8 are the configuration and the 
function, etc. relating to the present invention. 
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Figure 783 shows the protocol data unit (L2-PDU 
and L3-PDU) of layers 2 and 3 related to the system 
of the present embodiment. 

The L3-PDU (described later for the detailed 
format) contains the destination address DA and source 
address SA. when the L3-PDU is transmitted, the 
destination is determined by the destination address 
DA. Then, a variable length data is stored after the 
header field. 

If the L3-PDU is transferred in the SMDS over the 
ATM switching network (ASSW) shown in Figure 8. it 
should be converted into a 53-byte-based cell format. 
At this -time, - the L3-PDU is converted into" the L2-PDU. 
When the L2-PDU is generated from the L3-PDU, the L2- 
PDU is decomposed into a BOM cell, COM cell, and EDM 
cell as described above. (When the L3-PDU is 
converted into a single L2-PDU, it is output as-^n 
SSM. ) 

The L2-PDU shown in Figure 783 is an example of a 
BOM cell. The leading 5 bytes of a BOM is a header 
field containing routing information, etc. The 
detailed description is given above. The 2 bytes 
preceded by the header field stores a segment type ST, 
sequence number SN, and message identifier MID (or a 
multiplex identifier). 



763 

The segment type ST is a 2-bit field and indicates 
the BOM, COM, EOM, and SSM. The sequence number SN 
is a serial number assigned to a transferred cell for 
convenience in detecting the cell if it is lost or 
mistakenly inserted. A message identifier MID is a 
10-bit field and identifies the L3-PDU for each SNI . 
Therefore, the same message identifier MID is assigned 
to a plurality of L2-PDUS generated from a single L3- 
PDU. The message identifier MID is not used double 
for each SNI. In the system of the present 
embodiment, up to 16 message identifiers MID can be 
assigned to each SNI. 

■ The "above described information is followed by a 
44-byte user information field (payload). The user 
information field stores the destination address DA 
and source address SA of the L3-PDU for the BOM or 
COM. The user information field is further follo_wed 
by an information length indicator (LI) and cyclic 
symbol check CRC. The information length indicator 
LI is a bit indicating the valid information of a 
cell. For example, the BOM and COM are represented 
by 44 bits, and the length of the EOM and SSM depends 
on the cell. 

Described below is the routing process. The 
routing process is realized by the SBMH (SBMESH) 
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described in part 5 and the GWMH (GWMESH) described 
in part 6 . 

The SBMESH (or GWMESH) generates a table from 
which tag information and output MID is retrieved to 
be assigned to a cell using the MID (input MID) of an 
input cell as a key as shown in Figure 784 (in the 
case of the system of the ASSW as shown in Figure 8, 
an input cell is input to the SBMESH in an ATM cell 
format and processed as an L2-PDU in the SBMESH. For 
simplicity, both are referred to as cells). The 
method of generating the table and the routing process 
using the table are described by referring to the 
flowchart shown in Figure 785. . . . . 

If a cell is input to the SBMESH (or GWMESH), the 
segment type ST of the cell is checked in step SIO. 
If the input cell refers to a BOM, then the 
destination address DA of the L3-PDU stored in ^the 
payload field of the BOM is extracted and the route 
to the destination is determined according to the DA 
in step Sll. Actually, a PVC is preliminarily set 
between the SBMESH and the destination, and the tag 
information stored for the DA is retrieved. The tag 
information is 2-byte information containing tags A, 
B, and C as shown in Figure 420. 

In step S12, an output MID is acquired. The 



output MID is determined such that it is not defined 
double in the message handler at the destination. 
Refer to (29) in chapters 3 and 4 in part 5 for 
details. In step S13, the acquired tag information 
and output MID is assigned to the above described BOM 
and output. In step S14, a table storing the 
retrieved tag information and output MID is generated 
using the MID (input MID) assigned to the BOM at the 
input as a key. 

In step SIO, if an input cell refers to an SSM, 
the processes in steps S21 through S23 are performed. 
The processes in steps S21 through S23 are the same 
as those in steps Sll through S13. Then, -an. output 
MID is released in step S24. 

In step SIO, if an input cell refers to a COD, the 
above described table is retrieved in step S31 using 
the input MID of the COM as a key- Then, in step S32, 
the tag information and output MID retrieved from the 
table are assigned to the COM and output. 

In step SIO, if an input cell refers to an EOM, 
the tag information and output MID retrieved from the 
table are assigned to the EOM and output in steps S41 
and S42 as in the case of the COM. Then, the output 
MID is released in step S43 . 

Thus, the routing process is performed for the BOM 
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and SSM using the DA of the L3-PDU stored in the 
payload field. For the COM and EOM, routing 
information is retrieved using the same message 
identifier MID set for a plurality of cells obtained 
from a single L3-PDU. Thus, the routing process is 
performed in cell units on cells of any segment type. 
Thus, the routing process is performed in L2-PDU units 
without assembling L3-PDUS. 

Described below is the collection of error log. 
In the system according to the present embodiment, 
error log is collected in L2-PDU units (cell units). 
The error log is collected by the SBMESH (or GWMESH). 

The SBMESH (or GWMESH) has a table (RAM), using 
MIDs and SNI numbers as keys ( addresses ) . The table 
generating method is basically the same as the method 
of generating the above described table. The error 
log collection table stores destination addresses DA 
and source addresses SA of the L3-PDU using input MIDs 
and SNI numbers as keys. 

AS described above, an input MID is assigned such 
that it is not assigned double in a single SNI. 
Therefore, MIDs can be identified even if a plurality 
of users exist in a single SNI and the users 
simultaneously transmit data. However, since the 
SBMESH of this embodiment contains a plurality of SNIs 
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(up to 32 SNIs) and SNI numbers should be identified 
to identify all L3-PDUs. In this system, the SNI 
number is identified by the VCI as shown in Figure 
217. 

When an NG is detected as a result of an error log 
object check, the above described table is searched 
using the input MID and SNI number of the L2-PDU as 
keys regardless of the segment type of the L2-PDU. 
Thus, the DA and SA of the L3-PDU corresponding to the 
L2-PDU are obtained and those associated with errors 
are stored together with the SNI number and error type 
in the interface register for the software. 

- The -error log is collected by the following 
triggers . 

(a) After setting each parameter in the above 
described interface register, an interruption is 
generated in the software. The software starts 
collecting the log through the interruption. 

(b) After setting each parameter in the above 
described interface register, the flag for the 
software is set ON. The software constantly monitors 
(looks in) the flag, and starts collecting the log 
when the flag is set ON. 

(c) Error type 0 does not refer to any specific error 
type. The software constantly monitors the error type 
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field of the above described interface register, and 
the field starts collecting the log when the field is 
not 0 (in this case, the parameter for the error type 
is set last of all). 

In collecting the log by any of the methods (a) 
through (c), the software clears the interface 
register after collecting the log (if (b) above is 
adopted, the flag is set OFF). Thus, a series of log 
collecting operation is completed. 

In the descriptions above, only one, type of error 
log parameter can be set in the interface register at 
a specific timing. If the register is provided with 
the- FIFO of the depth calculated according to - the 
throughput of the software and error occurrence rate, 
plural types of error log parameters are set 
simultaneously to collect error log. 

In the above listed methods, the table requires a 
large capacity to store SAs and DAs . That is, the MID 
is 10-bit information and another 10 bits are reserved 
for the SNI number. Therefore, the combination of a 
MID and an SNI requires a total of 20 bits. The 20- 
bit addresses amount to 2^° = 1 megabytes. The DA and 
SA are 54 bits each. If the combination of a MID and 
an SNI number is used as a key to the table, the 
capacity of the RAM for the table is undesirably 



large. 

Therefore, in the present embodiment, the number 
of L3-PDUS simultaneously transmitted in any SNI 
(number of MIDs for each SNI) is defined as up to 16. 
That is, 10 bits are assigned to an MID field - 
According to the above mentioned definition, each L3- 
PDU transmitted simultaneously in any SNI can be 
identified by 4 bits. 

As a result, the address of 2^° = IM for the 
combination of the MID and SNI can be reduced to 2^^ 
= 16K according to this method. In the conversion 
above, a pattern matcher (conversion table) for the 
MID and SNI number is used to calculate where in the 
SNI the 10-bit MID is located (as described above, up 
to 16 MIDs are simultaneously allowed in each SNI, and 
the MID is one of the first through the 16th MID). 

In the processes preceded by the above descri_bed 
conversion process, the error log collection is 
performed as described above. 

In this method, a table (RAM) is provided to store 
DAs and SAs. When an NG is detected as a result of 
the error log object check, the DA and SA are read 
from the table and stored in the interface register 
for the software together with the SNI number and 
error type. 
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On the other hand, the table can be an interface 
to the software with the DA and SA table storing SNI 
numbers and error types • That is, the DA and SA of 
the BOM are stored in the table using the MID and SNI 
5 number of the BOM (or the values converted as 
described above) as an address each tome a BOM 
arrives. When an NG is detected as a result of the 
error log object check, the SNI number and error type 
are written to the table using the MID and SNI number 

10 of the L2-PDU as a key (address) for an L2-PDU of 
every segment type. 

The log collection trigger of the software is 
effective to any of (a) through "(c) above. (c) is 
most appropriate. 

15 Thus, in the error log collection method of the 

present embodiment, error information generated for 
each L2-PDU can be collected in L3-PDU units without 
converting into L3-PDU. Furthermore, the capacity of 
the table required for collecting error log is reduced 

20 considerably by performing a predetermined conversion 
on the combination of an MID and SNI number. 

Described below is the inter-station loopback test 
to be conducted from a subscriber terminal unit. 

This test is conducted to confirm by the 

25 subscriber the quality and normality of the 
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transmission line between predetermined switching 
station in the network. The outline of the test 
method is described by referring to Figure 786. 
Conducted in this example is the test of the 
5 transmission line from subscriber terminal 2 to SW 
stations 3 and 6 accommodating the subscriber terminal 
unit 2 in Figure 786. 

First, a test start request packet is issued from 
subscriber terminal unit 2 to SW station 3. The test 

10 start request packet has a header field whose specific 
ID indicates a test start request to discriminate it 
from a packet for transmitting normal data. 
Practically, a specific test request DA is set. 

When SW station 3 receives the above described 

15 test start request packet, it generates a test packet 
and outputs it to SW station 6. At this time, the 
destination address OS of the test packet indicates 
SW station 6, and the source address SA indicates SW 
station 3. The test packet arrives at SW station 6 

20 through SW stations 4 and 5. SW station 6 exchanges 
the DA and SA of the test packet and returns the 
packet to SW 3 . 

SW station 3 receives the test packet and collects 
the test result. That is, SW station 3 (source 

25 station) writes the time to the payload field when the 
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test packet is generated, and SW station 6 
(destination station) writes to the payload field when 
the test packet is received. Accordingly, if SW 3 
receives the returned test packet, it can be confirmed 
5 that the data have been transmitted through the 
transmission line between SW stations 3 and 6, and the 
transmission time (transmission delay) can also be 
informed of. SW station 3 notifies the customer 
terminal unit 2 of the test result. Thus, the 

10 subscriber tests the predetermined transmission line 
and is informed of the result. 

The above described test method is described in 
'detail b^y referring to" Figure '787. A customer 
premise's equipment (CPE) 10 corresponds to the 

15 customer terminal unit 2. A customer line control 
connection less server (CLS-SU) 20 and trunk control 
connectionless server (CLS-TRK) 30 are, for example, 
servers provided in SW station 3 shown in Figure 786. 
A call processor (CPR) 40 is a processor accessed by 

20 the server. 

When the test is activated, a test start request 
message packet is generated by a loopback test control 
unit 11 in the CPE 10, and the request packet is 
transferred as a common user packet over the network . 

25 The telephone number (DA) set in the level 3 header 
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field in the test start request message packet is a 
spacial telephone number (specific DA) defined between 
the control unit and the network. 

The test start request message packet is 
5 terminated by an L3 .header analyzing unit 21 in the 
CLS-SUB 20, The L3 header analyzing unit 21 analyzes 
the header field of the received packet and determines 
whether or not the DA of the packet refers to the 
above described specific DA. Unless it is the 

10 specific DA, the packet is processed as a common user 
packet in a normal routing process. If it is the 
specific DA, the received cell is recognized as a test 
start request message packet and transmitted to a 
specific packet control unit 22 in the CLU-SUB 20. 

15 The payload field of the test start request 

message packet stores the ID of the subscriber, 
station number of the loopback terminal station, .tj.me 
stamp, etc. The CLU-SUB 20 transmits these data to 
the CPR 40. According to the information, the CPR 40 

20 transfers the test start request t the CLS-TRK 30 in 
the procedure followed in activating the inter-station 
loopback test so as to activate the ' intra-station 
loopback test from the subscriber. 

When the CLS-TRK 30 receives the above described 

25 test start request, a packet generating unit 31 
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generates a test packet and outputs it. The DA of the 
test packet is the number of the loopback terminal 
station stored in the test start request message 
packet. The SA of the test packet is the value of the 
5 ID of the CLS-TRK 30 or the CPE 10. 

The loopback terminal station has the server 
similar to the CLS-TRK 30. When the CLS-TRK 30 of the 
terminal station receives a test packet, and realizes 
the DA of the test packet as the station itself, it 
10 exchanges the DA with the SA in an DA/SA inverting 
unit 32. It also writes to the test packet the time 
when the CLS-TRK 30 of the destination station 
received the test packet. Then, it is" indicated 
(backward line indicator) that the loopback process 
15 has been performed in the terminal station. After 
these processes, the test packet is output to the SA 
set by the exchange of the DA and SA. 

The subscriber is reported as follows when a test 
packet is looped back at the terminal station. That 
20 is, if the CLS-TRK 30 shown in Figure 787 receives a 
test packet, it recognizes on the backward line 
indicator that the packet has been looped back, and 
notifies the CPR 40 of the test result (delay time, 
etc.) by transferring the contents of the test packet 
25 to the CPR 40. The CPR 40 analyzes the contents of 
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the packet, selects the CLS-SUB accommodating the 
corresponding subscriber, and issues a test result 
notification packet issue request. When the CLU-SUB 
20 receives the request, it generates a test result 
5 notification packet and sends -it to the CPE 10. The 
SA set for the test result notification packet is a 
special telephone number (specific SA) defined over 
the network, and is recognized by the loopback test 
control unit 11 of the CPE 10. Thus, the test 
10 information is extracted. The test result 

notification packet stores the delay time as the test 
result . 

In the above described procedure, the 
determination of the test packet is made at a specific 

15 DA. The necessary data is stored in another field 
portion in the header of level 3, and the 
determination can be made according to the data.- -If 
the test packet is not returned to the CLS-TRK 30 
within a predetermined time after the CPE 10 issued 

20 the test start request, a packet indicating the packet 
transmission is not in a normal state can be generated 
and it can be reported to the CPE 10. 

Furthermore, the above described test method can 
be applied to the connectionless communications using 

25 the SMDS. In this case, the CLU-SUB 20 and the CLS- 
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TRK 30 are realized by the SMDS processing server, and 
a specific identifier, instead of the specific DA, can 
be set in the header field of the L2-PDU. 

Described below is the method of testing the PVC 
5 set in the connectionless communications system using 
the SMDS. 

First, the range of the influence of the fault of 
an optional PVC is shown by referring to Figure 899 
showing the prior art technology. The PVC is 
10 classified into 3 types as follows. 

1. Source SMDS subscriber (a)(b) - SMDS support 
module S (PVC 1, 2) 

2. SMDS support" module S - SMDS support module R (PVC 
3) 

15 3. SMDS support module R - SMDS subscriber (x)(y) 
(PVC 4, 5) 

When a fault occurs in the PVC of 1, the source 
SMDS subscribers (a) and (b) cannot communicate with 
any destination SMDS subscriber. No communications 
20 can be set between the source SMDS ' subscribers (a) and 
(b) . 

If a fault occurs in the PVC of 2, no source SMDS 
subscribers accommodated in the SMDS support module 
S at the source of the PVC can communicate with any 
25 destination SMDS subscriber accommodated in the SMDS 
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support module R at the destination of the PVC. That 
is, the source SMDS subscribers (a) and (b) cannot 
communicate with the destination SMDS subscribers (x) 
and ( y ) . 

If a fault occurs in the PVC of 3, no source SMDS 
subscriber can communicate with any destination ^ SMDS 
subscriber. For example, if a fault occurs in PVC 4, 
no subscriber can communicate with any destination 
SMDS subscriber (x). 

The PVC can be validated as follows. 

( 1 ) " The validation is triggered by a subscriber 
complaint ( request or complaint). 

(2) - The validation is periodically performed to 
prevent mixed faults - 

In the case of (2) above, the validation 1 through 
3 should be automatically performed. 

In the case of (1) above, the faulty point can be 
presumed by analyzing the complaint. After the 
presumption, a suspect PVC is validated. Figure 788 
shows the algorithm. 

When a complaint occurs from a subscriber, it is 
checked in step SI whether or not the complaint has 
come from a single source SMDS subscriber. If the 
complaint has come from a plurality of subscribers, 
it is checked in step S2 whether or not the contents 
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of the complaint refer to the incapable communications 
to a single destination SMDS subscriber. If "yes" in 
step S2, the fault is considered to have resulted from 
the PVC of 3 above. If "no" in step S2, then the 
5 fault is considered to have resulted from the PVC of 
2 above . 

In step SI, if the complaint has come from a 
single source SMDS subscriber, it is checked in step 
S3 whether or not the complaint refers to the 

10 incapable communications to any destination SMDS 
subscriber. If "yes" in step S3, the fault of 1 above 
is determined. If "no" in step S3, it is checked in 
step S4 whether or not the contents of the complaint 
refer to the incapable communications to a single 

15 destination SMDS subscriber. If "yes" in step S2, the 
fault of the PVC of 3 above is determined. If "no" 
in step S2, the fault of the PVC of 2 above _is 
determined , 

Thus, if the complaint has come from the 
20 subscriber, then the complaint is analyzed, the faulty 
portion is detected, and the PVC test explained below 
is conducted, thereby reducing the recovery time. 

The above mentioned algorithm of analyzing a fault 
can be performed manually, but can also be 
"25 automatically analyzed by entering the complaint in 
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the system. In this case, a validation process can 
be automatically performed based on the analysis 
result - 

In the PVC validation method, a test message is 
5 transmitted to a PVC to be tested to confirm the 
matching between the received message and transmitted 
message. For example, to verify the PVC between the 
Q source SMDS subscriber (a) and SMDS support module S 

shown in Figure 899, the test message generator and 

i y 

10 test message checker should be provided in 

*^ 

rU respectively the source SMDS subscriber (a) and SMDS 

L,u support module S. Thus, a test message can be sent 

|U and received for validation. To validate the -PVC 

between the SMDS support module R and the destination 
Lm 15 SNDS subscriber (x), the test message checker and test 

g message generator should be provided in respectively 

the destination SMDS- subscriber (x) and SMDS support 
module R. Thus, a test message can be sent and 
received for validation, 
20 However, since these method' requires the test 

message generator and test message checker for each 
SMDS subscriber, the system according to the present 
embodiment has the following configuration. 

Figure 789 shows the system configuration using 
25 the SMDS. The configuration is the same as that of 
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the prior art shown in Figure 899. In Figure 899, the 
SMDS subscribers are described as source and 
destination subscribers. Actually, there are no 
source-exclusive subscribers or destination-exclusive 
subscribers. Subscribers (a) and (b) can be 
destination SNDS subscribers for the SMDS support 
module. Subscribers (x) and (y) can also be source 
SMDS subscribers. Therefore, the configuration shown 
in Figure 899 is the same at that shown in Figure 789. 

To validate the PVC between 1 and 3 above, that 
is, to validate the fault in the PVC between the SMDS 
subscriber and SMDS support module, the test message 
generating unit (test- message generator) and a test 
message check unit (test message checker) are provided 
in the SMDS support module. Thus, the test message 
generating unit and test message check unit can be 
centrally managed, thereby reducing the entire cost. 

A test message loopback function is provided at 
the terminal to the SMDS subscriber. This function 
is realized by the following two processes. 

• A test message is determined by the VPI/VCI and only 
the test message is looped back. 

• All input messages are looped back. 

If an SMDS subscriber shown in Figure 789 is 
actually ah SMDS-exclusive subscriber, the loopback 
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can be performed by the latter method. If the SMDS 
subscriber processes normal ATM cell data in addition 
to the SMDS, then the former method is recommendable . 
Since the SMDS message and ATM cell data have 
5 different VPIs/VCIs, an SMDS message can be 
selectively looped back. A service can be continued 
for the ATM cell data during the validation, and 
totally improved services can be provided. 

The following two processes can be performed to 
10 loopback messages at the terminal to the SMDS 
subscriber. 

• The SMDS subscriber sets the loopback. 

• The SMDS subscriber can a loopback instruction from 
the system (the terminal at the SW). 

15 Figure 790 shows the test image of the PVC of 1 

above (with the source SMDS subscriber (a)). Figure 
791 shows the test image of the PVC of 3 above (with 
the destination SMDS subscriber (x)). (A test message 
appears along the bold line shown in Figure 791.) 

20 The tests are conducted according to the same 

method. That is, a test message generating unit is 
provided in the SMDS support module R, and the test 
message generated in the module is transmitted to the 
SMDS subscriber along the route represented by the 

25 bold line shown in Figure 791. Then, the message is 
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returned to the SMDS support module S along the route 
represented by the bold line shown in Figure 791 after 
being looped back by the SMDS subscriber, and is 
checked by the test message check unit provided in the 
5 module S. 

As shown in Figure 792, there are two positions 
where a test message is multiplexed into normal SMDS 
messages in the SMDS support module R. One method is, 
as shown in Figure 792(a), to multiplex the test 

10 message to a normal SMDS message and check it in 
various processes. Another method is, as shown in 
Figure 792(b), to multiplex the message during the 
checks. If the PVC tests are performed exclusively, 
these methods are not discriminated from each other. 

15 However, if the method shown in Figure 792(a) is 
adopted, the internal test of the SMDS support module 
R can be desirably conducted. _ 

The following three multiplexing methods are shown 
in Figure 792. 

20 • simply selecting a normal SMDS 'message and a test 
message 

' detecting an idle timing of a normal SMDS message 
in a multiplexing block, reporting the timing to the 
test message generating unit, and instructing the 
25 transmission of the test message. 
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• The test message generating unit simply transmits 
a test message, buffers it in the multiplexing block, 
detects the idle timing of the normal SMDS message, 
and multiplexes the message. 
5 In the first method, only a test message is 

transmitted during the test and a normal SMDS message 
cannot be transmitted. Therefore, it undesirably 
influences the subscribers other than the test 
objects. In the second and third methods, a normal 

10 SMDS messages are sent from the subscribers other than 
the test objects, and a test message can be 
transmitted during the idle time. 

There are also plural points where a test message- 
is separated from normal SMDS message in the SMDS 

15 support module S. As shown in Figure 793(a), a test 
message check unit is provided immediately after the 
reception of the test message. In the method shown 
in Figure 793(b), the test message is separated from 
the normal SMDS message after various checks, and then 

20 the message is checked. ( Additionally the message can 
be demultiplexed during the DA analysis, various 
checks , etc . ) 

In this case, if the PVC tests are performed 
exclusively, these methods are not discriminated from 

25 each other. However, if the method shown in Figure 
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793(b) is adopted, the internal test of the SMDS 
support module S can be desirably conducted. The test 
message checker has the function of fetching only the 
message having the test object PVC /VCI . 
5 As described above, in the PVC test of 1 and 3 

above, the SMDS support module R comprises a test 
message generating unit, and the SMDS support module 
S comprises a test message checker. 

To test the PVC of 2 above, that is, to test the 
10 PVC between the SMDS support modules, the SMDS support 
module S comprises a test message generator and the 
SMDS support module R comprises a test message 
checker. Figure 794"" shows the test image. -A test 
message is transmitted along the bold line shown in 
15 Figure 794. 

The multiplexing portion for a test message in the 
SMDS support module S and the demultiplexing portion 
for a test message in the SMDS support module R are 
similar to those shown in the configuration according 
20 to Figures 793 and 794. In any 'method, if the PVC 
tests are performed exclusively, these methods are not 
discriminated from each other. However, if the 
message is multiplexed before each check and 
demultiplexed after each check, the internal test of 
25 the SMDS support module can be desirably conducted. 
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Assuming that, as shown in Figure 795, the test 
message in testing the PVC of 1 and 3 above is 
multiplexed before each check and the test message in 
testing the PVC of 2 above is demultiplexed after each 
5 check in the SMDS support module R. In this case, the 
test message generating unit and checker provided for 
a PVC test can realize the testing of the functions 
of various checks in and for the home module. This 
holds true with the SMDS support module S . 

10 Described below is a more practical test method. 

In any of the tests of the PVC in 1 through 3 
above, a test message is prepared in the test message 
"generating 'unit "as a test start instruction. The 
VPI/VCI for the test PVC is added to the test message 

15 and then transmitted. (Otherwise, when a test message 
is prepared, the VPI/VCI for the test PVC is written 
as a part of the test message. In this case, the test 
message is transmitted at the start of the test. ) 

A test message is transmitted through the test PVC 

20 and enters the test message checker. (As described 
above, the test message checker is assigned the 
VPI/VCI for the test PVC so that only a message having 
the VPI/VCI may be entered and accumulated. ) 
According to the test start instruction, test messages 

25 accumulated in the test message checker are read and 
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checked for their contents after a predetermined time 
period (longer than the time logically required for 
the test message to arrive at the test message checker 
from the test message generating unit). (The 
5 accumulating unit in the test message checker is 
cleared before the start of the test.) 

The number of the test messages can be only one, 
but is commonly plural. (The physical restriction 
defines the limit of the number.) In this case, the 

10 PVC test checks the number of test messages and the 
contents of the messages. 

In the PVC test of 1 and 3 above, the SMDS 
subscriber for the test PVC follows the loopback mode. 
Assume that a message arrives from an SMDS subscriber 

15 at the SMDS subscriber for the test PVC in this mode. 

In the above described method of simply selecting 
a test message and a normal message, all normal SMDS 
messages are discarded. Therefore, the SMDS message 
is not transmitted to the SMDS subscriber for the test 

20 PVC, causing no trouble in the test. However, in the 
method of inserting a test message at an idle timing 
of normal messages, the SMDS message is transmitted 
to the SMDS subscriber for the test PVC. The VPI/VCI 
is the same as that for the test PVC, and cannot 

25 distinguished from the test message. 
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The following two countermeasures can be taken. 

The first method is to recognize the VPI/VCI for 
the test PVC in the multiplexing unit, check the 
VPI/VCI of the normal SMDS message, and discard the 
5 message when it has the VPI/VCI for the test PVC is 
received . 

The second method is to preliminarily assign 
identification information, etc. to the test message 
without taking any hardware process, and make a 
10 determination when it is read by the test message 
checker. The second method is described below in 
detail . 

If .only one test message is assumed in the test 
method, determination is made as to whether or not a 
15 single message is accumulated in the test message 
checker. 

If there is no message accumulated, the test_ is 
recognized as NG. 

If there is one test message, it is read and 
20 determined whether or not it refers to a test message. 

If it is a test message, its contents are checked 
whether they are OK or MG. If the message is not a 
test message, a test retrial is made. To prevent 
infinite retrial, there is an algorithm prepared to 
25 determine no more tests after a predetermined number 
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of retrials. 

If n test messages are assumed in the test method, 
the test message checker first determines whether or 
not n messages have been accumulated in the test 
5 message checker. 

If then umber is smaller than n, the test is 
determined as NG. 

If the number is n, the first message is read to 
be determined whether or not it refers to a test 
10 message. If so, its contents are checked and 
determined whether they are OK or NG. If NG, the 
entire test result is determined as NG. If OK, the 
"second message is processed similarly*. If the first 
message is not a test message, the second message is 
15 processed immediately. 

Thus, the process is repeated for n 
determinations- If m test messages are received_ (m 
< n) and their contents are completely OK, the entire 
test result is recognized as OK. If the number of 
20 test messages in the above mentioned number n is 
smaller than a predetermined number m (m can be 
optionally set), then a retrial is made. To prevent 
infinite retrial, there is an algorithm prepared to 
determine no more tests after a predetermined number 
25 of retrials. 
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This method can be applied to the test of the PVC 
of 2 above. 

Described below are the BE tag and BAsize check of 
layer 3 to be confirmed for the normality of the SMDS 
5 data, and the length check of layer 2. These checks 
are made in the SBMESH (or GWMESH) according to the 
present embodiment . 

Figure 796 shows the format of the L3-PDU. As 
shown in Figure 796, the leading Rsvd field of the L3- 

10 PDU is a 1-octet area provided to define the format 
(not currently used). The BEtag field is 1-octet 
information to be compared with the BE tag written to 
"the 'trailer of the "L3-PDU. Tf a' matching result is 
confirmed at a receiving terminal, the data is 

15 recognized as normal. The BAsize field is a 1-octet 
information notifying the data receiving unit of the 
buffer size. The DA and SA fields are assigned 8 
octets each. The data after the SA field before the 
Info field is not related to the present embodiment . 

20 The Info field is an area storing actual transfer 

data. It is variable and up to 9,188 octets. The 
Rsvd, BEtag, and Length fields in the trailer store 
the same information as the Rsvd, BEtag, and BAsize 
fields stored at the head of the L3-PDU. 

25 The correlation between the L2-PDU and L3-PDU is 
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explained by referring to Figure 797, As shown in 
Figure 797, the BAsize of the L3-PDU can be obtained 
by subtracting the leading 4 octets of the L3-PDU 
(Rsvd, BEtag, and BAsize fields) and 4 octets of the 
5 trailer (Rsvd, BEtag, and Length fields) from the 
total length of the L3-PDU. The length of the payload 
length is obtained by subtracting 7 octets of the 
header and 2 octets of the trailer from the total 
length (53 bytes) of the L2-PDU. The length of the 

10 payload of the L2-PDU refers to the valid length of 
the payload. Therefore, the length of the payload of 
the BOM and COM is 44 octets, but the length of the 
-payload of the EOM and SSM is variable. 

Assuming that the BAsize of the L3-PDU is 100, the 

15 conversion of the L3-PDU into the L2-PDU is described 
below. 

The L2-PDU BOM stores 44 octets containing a part 
of the header and information fields of the L3-PDU. 
The L2-PDU COM stores 44 octets containing the 
20 information field of the L3-PDir. The L2-PDU EOM 
stores 20 octets containing data in the information 
field and trailer field of the L3-PDU. Therefore, the 
valid payload length of the L2-PDU EOM is 20 octets. 
Described below are the three checks to be made 
25 according to the present embodiment. These checks are 



791 

controlled under the restriction that an error is 
allowed only at the SSM and EOM, and that the BAsize 
and BEtag are not NG when the result of the L2 payload 
length check is NG. 
5 The three following checks are made according to 

the present embodiment. 

1. L2-PDU payload length check at SSM and EDM 

2. L3-PDU EBtag check 
3- L3-PDU BAsize check 

10 Before explaining these checks, the data format is 

explained briefly- The L3-PDU has the format shown 
in Figure 796 as described above. The length of the 
L3-PDU is represented by octets of a multiple of 4. 
At this time, it is indicated which part of the L3-PDU 

15 data divided into the L2-PDU segment types is put in 
the segment unit of the L2-PDU. The sum of the SNI 
and MID is referred to as an RMID. 

(1) L2-PDU payload length check at SSM and EDM 
(Figure 798) 

20 In this check, a predetermined' value is subtracted 

from the BAsize of the L3-PDU for each of the BOM, 
COM, and EOM (or SSM). Then the BAsize is compared 
with the valid payload length of the EOM (or SSM), and 
the normality of the data is confirmed according to 

25 a matching result. 
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First, the BAsize of the L3-PDU format is 
extracted. The BAsize is stored in the received BOM, 
and then stored in the table using the RMID of the BOM 
as a key (address). The BAsize is then retrieved to 
5 subtract 9 from the BAsize value and write the balance 
to the table again. (When a BOM is received, 36 
octets are actually subtracted. However, since the 
p2 length of the L3-PDU is represented by octets of a 

=={1 multiple of 4, all values including the BAsize are 

/"^ 10 represented in the format using the divisor of 4 for 

rU simplicity of calculation as described above. 

fa sit 

iy If the COM is received and it is assigned the same 

L RMID as the -above described BOM, data is read -from the 

table according to the RMID as a key. Then, 11 is 
lm 15 subtracted from the read value, and the balance is 

,g written again to the table. If there are a plurality 

of COMs, the process is repeatedly performed. 

If the EOM is received and it is assigned the same 
RMID as the above described BOM, data is read from the 
20 table according to the RMID as a key. If the value is 
0, or if the value does not- match the valid payload 
length of the EOM, it indicates an error. If the 
values match each other, it indicates that the L2-PDU 
payload is normal. 
25 Important points of the process 
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. count value may not match the L2-PDU payload 
length if, for example, one L2-PDU is lost. If an L2- 
PDU is lost, the BAslze is not counted do«n. In thxs 
ease, the error flag indicates NG only for the L2 

^ Thi=; holds true when the 

check does not indicate NG. Thxs hoxas 

L2-PDU has increased for any reason. 

The subtraction process using the counter can be 
performed through the operation circuit. Since the 
aata length is represented by a multiple of 4, 44, 36, 
and 3-2 can replace 11, 9, and 8 respectively for 

simplified operations. 

(2) L2-PDU BEtag (Figure 799) 

RFi-aas of the header is 
In this check, the BEtags oi 

f^-PDU to monitor the 
compared with the trailer in the L3 PDU 

. ■ data by checking the comparison 

transmission or data ay ^ 

result. 

When a BOM is received, the BEtag of the header 
field of the L3-PDU stored in the payload rs 
retrieved. The BEtag is stored in the RAM using the 
^XD of the BOM as a Key. No process is performed 
„hen a COM is received. When an EOM is received, data 

,ey to compare the read BEtag with the BEtag of the 
trailer of the L3-PDU stored in the payload of the 
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EOM. If the comparison outputs a matching result, it 
is determined that the SMDS data is normally 
transmitted. If the comparison outputs a non-matching 
result, it indicates abnormal transmission. 

When an SSM is received, the BEtag of the header 
field of the L3-PDU stored in the SSM payload is 
compared with the BEtag of the trailer of the L3-PDU. 
(3) L3-PDU BAsize check (Figure 800) 

in this check, the BAsize of the header is 
compared with the LENGTH of the trailer in the L3-PDU 
to monitor the data transmission by checking the 

comparison result. 

" When a" BOM is received, the BAsize of the L3-PDU 

J -.-cv+"rn pved The BAsize is 
stored in the payload xs retrievea. 

stored in the RAM using the RMID of the BOH as a key. 
NO process is performed when a COM is received, when 
an EOK is received, data is read from the RAM using 
the RMID of the EOM as a key to compare the read 
BEsize with the LENGTH Of the L3-PDU stored in the 
payload of the EOM. If the comparison outputs a 
matching result, it is determined that the SMBS data 

'4-+.^^ Tf the comparison outputs 
is normally transmitted. If tne cu y 

^ H^nr. result it indicates abnormal 
a non-matchmg resux-c, 

transmission. 

When an SSM is received, the BAsize of the L3-PDU 
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stored in the SSM payload is compared with the LENGTH 

of the L3-PDU. 

Figure 801 is a block diagram showing the above 

described checks. 
5 When the L2-PDU is received as SMDS data, a 

segment type detecting unit 1 recognizes it as a BOM, 
COM, EOM, or SSM. Simultaneously, a RAM address 
generating unit 2 obtains an RMID from the SNI and MID 
of the L2-PDU and sets the value as an access address 

10 to a RAM 10. 

The BEtag, BAsize (LENGTH), and L2-Payload-LENGTH 
are respectively detected by a BEtag detecting unit 
3, a BSsize detecting unit 4, and an- L2-LENGTH 
detecting unit 5. The detected values are written at 

15 an address generated by the RAM address generating 
unit 2 in the RAM 10. A down counter 5 performs a 
predetermined operation (subtraction) on the value 
read from the RAM 10, and the calculation result is 
rewritten to the RAM 10. A BEtag comparing unit 7, 

20 BAsize comparing unit 8, and L2- LENGTH comparing unit 
9 perform the above described comparing operations and 
output the results. 

Described below is the system connected via a 
private line to a connectionless data processing 

25 server. 
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Figure 802 shows the system configuration 
according to the present embodiment. In Figure 802, 
SW 1-1 - 1-4 are switches realized by ATM switches. 
CPR 2-1 - 2-4 are call processors. CLS 3-1 - 3-4 are. 

rPR 9-1 - 2-4 and CLS 
connectionless process servers. CPR Z 1 

3-1 - 3-4 perform various processes while 
cc-unicating information. A private line 5 can be. 
for example, a high-speed bus. 

in Figure 802, subscriber 1 accommodated in SW 1-1 
through subscriber 4 accommodated in SW 1-4 indicate 
a route through which data is transferred in 
connectionless communications. In this case, the 
connectionless ■ data output from subscriber..! Is 
transferred to CLS 3-1 through SW 1-1. The transfer 
is made through, for example, the PVC. CLS 3-1 
interprets a message, determines a call type. etc. in 
collaboration with CPR 2-1. When it realizes that the 
call communications mode refers to connectionless 
communications and the destination is subscriber 4 
connected to CLS 3-4, the connectionless data is 
transferred to CLS 3-4 through the private line 5. 
.hus. the data is transmitted from CLS 3-4 to 
subscriber 4 through SW 1-4. 

AS described above, the connectionless data is 
transferred between the CLSs via a private line 
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without switching by the SW. 

Figure 803 is a block diagram showing the CPR and 
CLS. A CPR 10 comprises a message interpreting device 
11, call type determining device 12, and subscriber 
data device 13. A CLS 20 comprises an address 
determining device 21, home CLS data management device 
22 and mate CLS data management device 23. Figure 
804(a) shows an example of a table managed by the home 
CLS data management device 22. Figure 804(b) shows 
an example of a table managed by the mate CLS data 
management device 23. The routing operations of the 
CPR 10 and CLS 20 are described by referring to the 
flowchart showh in Figure 805. In this example, the 
switch is an ATM switch, and the connectionless 
15 communications system is SMDS. 

When a message is received from the switch, it is 
interpreted in step SI. This is performed by _the 
message interpreting device 11 in the CPR 10. Then, 
it is determined in step S2 whether or not the 

-•^ in -t-he connectionless service, 
received message is xn tne coiuie 

in the determination, the call type determining device 
12 searches the subscriber data device 13 and checks 
whether cr not the calling subscriber is entered rn 
the subscriber data device 13 as a connectionless 
service subscriber, or chec.s that the VPl/VCl of the 
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message refers to an SMDS cell. 

in a connection service, the process is performed 
in step S3. in a connectionless service, the 
management data for the CLS 20 is retrieved in step 
S4. First, the table managed by the home CLS data 
management device 22 is searched to determine whether 
or not the destination of the data is a terminal unit 
connected to the home CLS (step S5 ) . If it is a 
terminal unit connected to the home CLS, a routing 
process is performed in step S6. 

If the destination of the data is a terminal not 
connected to the home CLS, a table managed by the mate 
CLS data management device 23 is searched. If the 
destination of the data exists in the table, the 
connectionless data is transferred according to the 
CLS identification number through the private line 5. 
If the destination of the data is not detected in_the 
table, the data is discarded. 

When the routing method is followed in cell units 
in the SMDS, the process shown in Figure 805 can be 
performed on the BOM (or SSM). If a COM and EOM are 
received with the routing information obtained by the 
process performed on the BOM and stored as a MID (or 
MID . SNI) of the BOM as a key, then the routing 
informaion is retrieved using the MID (or the MID . 
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SNI) as a key. 

The transmission method in the private line can be 
realized by a fixed time slot assignment method, 
variable time slot random assignment method, and 
variable time slot control assignment method. 

Figure 806 shows the configuration based on other 
features of the present invention and shows a terminal 
point of the intra-station LAPD communications. In 
Figure 806, a switch processor (CC) 1 is a main CPU 
for controlling a switch, and its program is stored 
in an* MM 2. 

An input/output control unit ■ 4 is connected to a 
system bus 3 and controlled by the CC 1. -The. 
input/output control unit 4 is connected to a LAP 
control device (BSGC) 5 and an ATM switch 6, and 
interfaces between each device and the CC 1 through 
the system bus 3 for the communications of control 
information. 

The CC 1 transmits control information to the BSGC 
5 or ATM switch 6 through the input/output control 
unit 4. Each of the devices receives the control 
data, and requests the input/output control unit 4 for 
a DMA if it needs reading data from the MM 2. 

The input/output control unit 4 sequentially 
accepts the requests and transfers the control 
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information in the MM 2 to each device using the DMA. 

The BSGC 5, input /output control unit 4, ATM 
switch 6, and input/output control unit 4 are directly 

connected via cable. 

The BSGC 5 has an interface based on the intra- 
station devices 7 and 8, and the LAP, assembles a LAP 
frame using the data received from the input/output 
control unit 4, and transfers the frame to each intra- 
station device. As described as a DS3-SMDS interface 
in part 2, the intra-station device (SINF) 7 controls 
a subscriber cell and managed by an intra-station 
device (SIFSH) 8. The intra-station devices 7 and 8 
are connected via cable.- As described as a DS3-SMDS. 
interface in part 3, the intra-station device 8 has 
the functions of concentrating each of the intra- 
station device 7, identifying a subscriber cell and 
intra-station control communications cell (signaling 
cell), and converting an intra-station control 
communications cell into a LAP frame. As explained 
in part 4, the ATM switch (ASSWSH) 6 has the function 
of routing a subscriber cell and an intra-station 
control communications cell according to the tag 
information assigned to each cell. 

The intra-station control communications are 
described in detail in part 1, and also described in 
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10 in part 2, and 4 or 6 in part 3. 

+-w^T- r-nnf iauration according 
Figure 807 shows another coniiguxa 

to the present invention. 

in controlling a terminal unit (TERM) 14, a direct 
„ access (D«A) .etnod is adopted. In th.s 
.ethod, read and write are carried out on a divided 
,.ea of a »e.ory. .s sKown in Figure 807. a .a.n 
.e^ory device (MM) 7 is positioned in tne switcn. 

figure 808 shows the division of the MM 7 and 

^-K Ac: shown in Figure 808, 
control information format. As shown 

MM 7 is divided into 2 areas DM 1 and DM 2. The 
14 writes the control information to one area DM 
, and the main processor (MPR) 1 reads the control 
.Iformation. The MPR 1 writes the control information 

r... -y ;.nd the TERM 14 reads the 
. to another area DM 2, and tne 

TH<= control information such as 
control information. The controx 

TCPM 14 for example, fault 
the status from the TERM 14, x ^ 

4-^ a rpceived command is 
information, an answer to a receive 

^ DM 1 The MPR 1 reads the control 

written to the DM x. 

information to recognize the state of the TERM 14. 
. command from the MPR 1 is written to the DM 2. The 
control process is performed in response to the 
command by the TERM 14' s reading the command. 

Pigure 809, a, shows the format of the control 
information. The control information is represented 
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The 



25 



in a 2-word (1 «ords = 32 bits) format, 
configuration is the same as the contend in status. 
The leading 8 bits in the first word indicate the 

^ ^r^^ o-i-?^tus If the command 
contents of the command and status. 

refers to a fault information read command, it is 
defined as 01(H) and the contents are unified for all 
terminals. The area except the leading 8 bits in the 
first word refers to an address, and an address in the 
„„ 7 to be accessed is set. The second word indicates 
a data area in which the information to be written to 
MM 7 is set. If the status indicates a fault 
information notification, the contents of the fault 
information is set in the- format -Shown in Figure 
S09(b). The control information shown in F.gurs 
809(a) is stored in a control cell in the format shown 
in Figure 809(c). The VPI/VCI of the control cell xs 
uniquely assigned in a station. 

The actual control is performed as follows. 

<tm a soecific VPI/VCI is assigned to 

In Figure 807, a speoxi.-»-^ 

. A a i-an is set in each 

each of the TERMS 14. A tag 

multiplexing device CMUX 12. If control information 
is transmitted from the «PR 1 to the TEPM 14, the MPR 
1 writes the control information such as a command at 
an address in the MM 7 and notifies the TERM 14 of the 
necessity of the transmission of a command. A 
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specific cc„,.ana code is used in the notification, and 
a VPI/VCI for the destination TERM 14 and a tag 
specifying the routing to the TERM 14 are set in the 
cell storing the command code. The cell .s 
transmitted to the CMUX 12. 

^ sm U routes the cell according to the tag 
assigned to the cell. When the TERM 14 recognizes 
that the VPI/VCI of the arriving cell indicates a 
control cell, a reading process starts for the MM 7 . 
^ address in the MM 7 and the number of commands 
(words, are specified in the data area of a command 
transmission notification control cell transmitted. 
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from the MPR 1- 

The TERM 14 sets an address specified by the 
control cell from the MPR 1 in the address area in the 
control cell transmitted by the TERM 14. A VPX/VCl 
is assigned for the control cell and the cell is 
transmitted to the CMUX 12. 

The VCC in the CMUX 12 assigns an output VPI/VCI 
instead of the input VPI/VCI assigned to the input 
control cell, and sets a specific tag for the input 
VPI/VCI. The control cell is input to the SRM 11 with 

Other user cells. 

When a cell having a tag for a control cell rs 
received, a tag comparing unit (T.GCMP) 10 notifies 
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an address decoder (ADRS DEC) 9 of the information. 

The ADRS DEC 9 retrieves the address data from the 
control cell and outputs the address to the address 
bus 5 AS shown in Figure 808. the MM 7 is divided 
into two areas DM 1 and DM 2. As viewed fro. the TEEM 

^ » i?,raer address in the MM 7 is 
14, an area assigned a larger aaax 

o^^a 3<=!<:?ianed a smaller address 
a read area, and an area assignea 

in the MM 7 is a write area. Therefore, the ADRS DEC 
9 provides a read/write enable signal for the MM 7 by 
decoding a higher order bit of the address in the 

control cell. 

I£ the TERM 14 transmits a control cell indicating 
e'read of a command from the MM 7 as described above, 
the ADRS DEC 9 outputs a read address stored in the 
input control cell to an address bus 5 and outputs a 
read enable signal to MM 7. As a result, a command 
group written by the MPR 1 in the DM 2 of the MM _7 is 
read from the MM 7 to a data bus 4. 

;„ ATM interface device (ATMIF) 6 fetches the 

in an ATM cell and Inputs, it to the CMUX 12. As a 
result the ATM cell containing the command group xs 
transferred from the CMUX 12 to the TERM 14 through 

the downward SRM 11. 

When a status should be transmitted due to an 
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generates a control cell and transmits it to the CMUX 
n. The control cell contains an address for use in 
accessing the DM 1 in the MM 7 . 

The arrival of the control cell is detected by the 
T^GCMP 10. The ADES DEC 9 determines that the address 
stored in the input control cell is a write address 
,y determining the higher order .it of the address. 
Then, it outputs the write address to the address bus 
5 and outputs a write enable signal to the MM 7. 

The status information stored in the control cell 
is retrieved by a data converter 8 and transmitted to 

the data bus 4. 

^s a result, the status information stored in the 

nM 1 of the MM 7 
control cell is written to the DM 

through the data bus 4. 

A health Check is mads on a predetermined cycl.e to 
monitor whether or not the communications between the 
MPR 1 and the TERM U are constantly normal. The 
ATMIF 6 has the function of generating an idle pattern 
for use in the idle check, and transmits the health 
Check cell to the TERM 14 on a predetermined cycle. 
The TERM 14 receives a cell arriving on the cycle and 
returns an answer cell. The answer cell specifies a 
„rite of a specific pattern at a predetermined address 
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in the DM 1 .3 control information. The MPR 1 
monitors whether or not the communications between the 
„PR 1 and the TERM 14 are normal by monitoring the 
address In the DM 1 divided for each TERM 14 on each 
cycle (refer to Figure 808). 

Pigure 810 shows the configuration of the circuit 
Of the TAGCMP 10 Shown in Figure 807. Figure 811 is 
a timing chart of the operation. 

Figure 812 shows the configuration of the circuit 
of the ADRS DEC 9 Shown in Figure 807. Figure 813 is 
a timing chart of the operation. 

Figure 814 shows the configuration of the circuit 
of the ATMIF 6 shown in Figure 807.- -Figure 815 is a. 

timing chart of the operation. 

r^-hhpr characteristic 
Figure 816 shows other 

configurations of the present invention. 

First, a Jig 4. for looping back a cell xs 

connected to an output terminal of a multiplexer (MUX, 

, and an input terminal of a demultiplexer (DMUX, 5. 

,,en, a microprocessor specifies a loopbac. for a 

selector 6 through an 1/0 register 11 or for a 

selector 7 through an independent function. 

1 onecutes a test program 
The microprocessor 1 executes 

.tored in a RAM 10, etc. As a result, for example, 

a test cell Is transferred through the test route 
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shown by the broken lines in Figure 816. 

That is, a test cell is transmitted from a LAP 
communications control unit (LAP) 2 to the MUX 9, and 
transferred through the route MUX 9^3^,^ (loopbacM 

c cpipctor 7 (loopback) 

_ DMUX 5 - selector 6 or selector 

i\7rr\ a -» MUX 9 -» jig 4 
routing symbol adding unit (VCC) 8 

rats 9 If a test Cell 
(loopback) - DMUX 5 - LAP 2. 

^ K ^-h^ LAP 2 is received by the LAP 2 
transmitted by the LAP z 

Within a predetermined ti.e period in which the 
transmitted cell is .onitcred by the test prcgra.. it 
is determined that the provided test route is normal 
and the information is recorded in the HAM 10. 

The microprocessor 1 can be designed such that the 
test program also checks for a fault of each device 
Shown in ngure 816 and operating under the control 
of the microprocessor. 

Pigures 817 and 818 show other characteristic 

-to the present invention, 
configurations related to rne y 

• -.^^ T^irmre 818 shows 
Figure 817 shows the entire image. Figure 

the software control. 

test is started by entering a test command 5 
f„m a maintenance terminal unit 3 connected to a 

1 The input information 
source station (ATM switch) 1. The inp 

q rpfers to the station number of 
of the test command 5 refers ro 

the destination station (ATM switch). 
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ft test cell sending program 8 receives the test 
co».ana S, reads the telephone number of the home 
station, ana generates a test cell. The test cell 
contains sending route information, a telephone number 
of the destination station, and a telephone number of 
the source station as test cell information. 

The test cell is directly inserted to an inter- 
station connecting device 9 for switching data between 
stations and transmitted between the stations. If the 
Inter-station connecting device 9 recogni.es the 
telephone number of the destination station in the 
test cell as that of the home station, a test cell 
' receiving program U is activated by the test cell. 
The test cell receiving program 11 determines the 
sending/returning route information stored in the test 
cell as test cell information. 

When the test cell receiving program 11 determines 
the sending route information stored as the test cell 
information, it outputs a selector cell reception 
information 6 through an autonomous message to notify 
the maintainer that the test cell has arrived. 

Then the test cell receiving program 11 generates 
an answering test cell. The test cell contains, as 
test cell information, returning route information, 
a telephone number of the destination station 
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(telephone nuinber of the source station added to the 
received test cell), and a telephone number of the 
source station (telephone nun^er of . the destination 
station added to the received test cell). 

The test cell generated by the test cell receiving 
program 11 is inserted to an inter-station connecting 
device 10 and transmitted between the stations. When 
the test cell is received at the source station which 

^ -i-Ho T n-t-er-station connecting 
entered the test command, the inter ST:aT. 

-HKo -f-Pst cell and the test cell 
device 9 extracts the test cexx 

receiving program 12 is activated. If the returning 
route in the test cell information stored in the test 

1-he cell reception information 7 

cell is determined, tne cexx 

is output and the test terminates. 

819 Shows other characteristic 
configuration related to the present invention. The 
configuration is the same as that shown in rigure.193 
in the traffic measuring process in 5.3 ASSWSH in part 

That is, in the ATM switch (ASSWSH), the following 
numbers of the cells are counted in the 2.4 Cbps/622 
Mbps switch unit or DMUX unit as the function similar 
to the performance monitor to manage the state of the 

network . 

r•^^^^ fP=0) for each 622 Mbps 
(1) number of passing cells (P u; ror 
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highway 

^^11= fp=11 for each 622 Mbps 

(2) number of passing cells (P-i; 

highway 

(3) number of discarded cells (P=0) for each 622 

Mbps highway 

. ^A^A r-*3iis (P = l) fo^ each 622 

(4) number of dxscarded ceixs ^ ) 

Mbps highway 

Each of the above described parameters is 
collected every 15th minute as being triggered by the 
15-minute notification from the switch processor (CC). 

The number of cells is counted according to the 

Ar. TTnmire 819 from an ADMUX 
output L, V, and H shown in Figure Biy 

LSI 1 (refer to Figure 182), end the count values are 
stored in RAM 4 and 5. The traffic is counted on a 
cycle of about 25 . by 8-bit counters 2 and 3 for each 
highway. The count value is stored at a specific 
address in the RAM 4 or 5 through a selector (SEL, 8 
and an adder (ADD, 9. On the next cycle, the count 
.alue read from the RAM 4 or 5 through a selector 
(SEL) 6 or 7 is added by the adder '(ADD) 9 to the next 
count value read by the counter 2 or 3 through the 

^ cpT ^ 8 The sum is stored again at the 
selector (SEL) a. 

•.(r,-o s,Hrtress Each time a TG 10 
above described specific address. 

is-minute notification from the CC, it 
receives a ib-minuT-e 

•4. K ,-r,c:^^nrtion to the selectors (SEL) 
outputs a switch instruction 
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1- +-Kci r-niint value write RAM 
6 through 8 and switches the count va 

into th. RAM 4 or 5. As a result, the RAM 4 or 5 
Which has stopped writing count values stores th. 
count value at 15 .inutes before the above described 
notification. The next 15-.inute count is performed 
using the RAM 4 or 5 which has started writing a new 
count value. 

Mter the lS-™inute notification from the CC, each 
count value is read fro. the RAM 4 or 5 which has 
stopped writing count values. The read count value 
is stored in the firmware until a count value is read 
from the CC by an SO command. 

When the numbers of passing and discarded cells at 
the ATM switch unit or the DMUX unit are counted, the 
;,TM switch unit or the DMUX unit operate at a hrgh 
speed and have the transmission speed of 2.4 Gbps. 
If all cells in the ATM switch unit or DMUX unit_are 
valid cr the all cells are discarded, then a counter 
of up to 28 bits is required. Providing such a 
counter for each information unit ma.es an undesirably 
large hardware configuration. According to the 
present embodiment, a small counter of 4 or 8 bits iS 
provided for the CNTR unit comprising the counters 2 
and 3 and selector (SEL, 8. A long-time counting 
operation can be realized by adding the output to the 
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previous count value within a short time. 
Figures 820, 821, and 822 show the configuration of 
the circuit of the memory map of the RAM 4 and 5, 
circuit configuration of the CNTR unit, and adder 

QiQ r.,-i+-h the obiect ATM switch 
(ADD) 9 shown in Fxgure 819 with tne ouj 

of 2 4 Gbps highway speed, 8-bit capacity of the 

direction area of the RAM 4 and 5 , and 15-.inute 
switch unit time of the RAM 4 and 5 . 

-Hho RAM 4 and 5 shown in Figure 
The memory map m the RAM 4i 

S20 requires 28 hits for the count value. Therefore, 
assuming that the data direction area of the BAM 4 and 
S is S bits, 4 addresses are reguired for a count 

^ ^=c:c:-i aned 4 addresses 
value and each count value is assigned 

from address OOH. 

Pigure 821 shows the configuration of the circuit 
of the CNTR unit shown in Figure 819. The CNTR. unit 
comprises an 8-hit counter 1 for counting the numbers 
of passing cells and discarded cells (corresponding 
to the counter 2 or 3 shown in Figure 819). If a 
valid cell notification or a discard notification is 

counter 1 is incremented according to the 
notification. Each count value is input to a selector 
2 (corresponding to the selector (SEL) 8 shown in 
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Figure 819), multiplexed according to the control 
signal fro. the TO 10 shown In Figure 819. and then 

output . 

Figure 822 shows the configuration of the ADD 
Shown in Figure 819. The ADD 9 comprises adders 1 and 

2 of 4 lower bits and 4 higher bits with a CO signal 
embedded between them for carry. In this case, an 
adding operation is performed 4 times because a piece 
of information contains 4 addresses. Practically 
added are only the lowest address, and the remaining 

J a r-?il rulation with carry. 

3 addresses are used in a caicuiat 

Therefore, in Figure 819, the count value entered to 
the ADD 9 from the CNTR unit is divided into 4 blocRs." 
Only the leading blocK Is an actual count value and 
the remaining bloc.s are masked to 0. The output ADDV 

^ 4- ^-F -t-h^ ADD 9 shown in 
of the adder 1 is an output of the add 

Figure 819. 

Figure 823 shows the configuration of the TG 
Shown in Figure 819. The T3 10 has a built-in 8-blt 
counter which controls all timings and HAM. Figure 
324 IS a timing chart. The T= 10 switches the RAM 4 
and 5 according to the 15-minute notification from the 

With the above described configuration, a long- 
time counting operation can be realized. The header 
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in the ATM cell contains a CLP bit indicating the 
priority level of a cell, and the bit is retrieved 
fro. the header Information from the ATM switch or 
BMUX unit and added to the counter enable condition 
in the CNTR unit shown in Figure 819. As a result, 
four counters, control signals SLl and SL2 from the 
TGIO, and four types of maps of the RAM 4 and 5 allow 
the numbers of passing cells and discarded cells to 
be counted in priority level units. 

Figure 825 shows the configuration of the CNTR 
unit. Figure 823 shows the configuration of the TG 

The configuration shown in Figure 819 can -be 
applied to the DMUX unit by the method using the cell 
header information. The DMUX process is performed 
according to the tag information normally assigned to 
the header of a cell. Receiving the information from 
the DMUX unit allows the numbers of passing cells and 
discarded cells demultiplexed in output line units to 
he counted However, as in the case of the priority 
level, the enable condition of the counter in he CNTR 
unit, maps of the RAM 4 and 5, the extension of the 
TG 10 address counter, and the addition of control 
Signals are required. By referring to an object DMUX 
unit. Figure 826 shows the configuration of the CNTR 
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Q1Q- Fiaure 823 shows the 
unit shown in Figure 819, Figure 

t »h= Tr 10- and Figure B22 shows the 
configuration of the TG lu, ana r a 

configuration of the ADD 9. 

Figure 827 shows other characteristic 
configuration of related to the present invention. 

According to the following explanation. It iS 
assumed that Figures 813 through 816 are appropriately 
referred to even if they are not specified. 

The problem to be solved here is to select the 
trailer length, 13 nibbles or 14 nibbles, in 
accordance with proper rules in the period of 125 pssc 
when a PLCP multiframe is transmitted with the number 
of bits in the PLCp" multiframe set to 5524 bits when 
the trailer length indicates 13 nibbles and 5528 bits 
when the trailer length indicates 14 nibbles while the 
number of the bits transmitted through the DS3 
payload is 5592 x 84/85 - 5526.211. If the cycle 
staff counter of CI bytes is used to indicate the 
trailer length, the CI byte is cyclically changed on 
a three-multiframe cycle (refer to Figure 815). The 
more practical problem in this case is to set xn 
accordance with proper rules pattern P of 13-nibblB 
trailer length of the third multiframe with pattern 
Q of 14-nibble trailer length of the third multiframe. 
Described below is the first configuration to 
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solve the above described problem. 

AS described above, the pattern of the number of 
nibbles of the trailer for the pattern P of 13-nibble 
trailer length of the third multiframe is a pattern 
13-^14^13, and the pattern for the pattern Q of 14- 

-1 r^f -t-he third multiframe is a 

nibble trailer length of tne xnix 

pattern 13^14-^14. 

Assuming that the ratio of pattern P to pattern Q 
is a-b the ratio m:n of the multiframe of the 13- 
nibble trailer length to that of the 14-nibble trailer 
length is calculated as follows. 

[equation 2] 
m : n = (2a + b) : (a + 2b) 

using m and n, the average bit number of the PLCP 
.ultiframes can be represented by the following 

equation. 

[equation 3] 
(Mm + Nn) / (m + n) 

„here M Indicates the number of bits of 
„ultifra.es of 13-nibbie trailer length, and H - 5524 
bits as described above, and N Indicates the number 
of bits of multiframes of 14-aibble trailer length, 
and M - 5528 bits as described above. 

Furthermore, assuming that the number of bits 
transmitted by the DS3 payload in the period of 125 



10 



15 P 



20 



25 



817 

psec is X, the following equation exists. 

[equation 4] 
X = 5592 X 84 / 85 bits 

Thus, equations 3 and 4 generate the following 
equation because the number of bits X only has to be 
equal to the average number of bits of the PLCP 

multif rame . 

[equation 5] 
(Mm + Nn) / (m + n) = X 

According to equations 5 and 2 above, the ratio a 
: b can be represented by the following equation. 

[equation 6] 

a : b = 29 : 5 6 

According to aquation 6, if the ratio of pattern 
. to pattern Q is 29 : 56, the number of bits 
transmitted by the DS3 payload is equal to the average 
nun^er of bits in the 125 ,sec, thereby transmitting 
the PLCP multi frame by the DS3 payload in the 125 psec 
period without deficit or excess. 

considering that the shortest cycle containing 
pattern P and Q meeting the above described conditions 
refers to 29 . 56 - 85 PLCP multiframes, 29 x N 
patterns P and 56 x N patterns Q are transmitted for 
each of N times 85 (N is an integer of 1 or larger 
than 1) PLCP multif rame cycles. This is shown in 
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Figures 827 and 828. Figure 829 shows the operation 
of such a configuration. 

PLCP frame generating units 1 and 2 of patterns P 
and Q store ATM cells or L2-PDU cells in the PLCP 
payload and adds a PLCP header and trailer to assemble 
a PLCP frame. The pattern P PLCP frame generating 
unit 1 adds a trailer on the three cycles of 13, 14, 
and 13 nibbles. The pattern Q PLCP frame generating 
unit 2 adds a trailer on the three cycles of 13, 14, 

and 14 nibbles. 

With the configuration shown in Figure 828 
corresponding to the sending pattern selecting unit 

ann a QPlector 2 receives 85 x N 
4 shown in Figure 827, a seiecxox 

input values consisting of 29 x N Os and 56 x N Is. 
The 85 X N division counter has the selector 2 
cyclically select 85 x N input values input to the 
selector 2 in synchronism with the cycle of the.ELCP 
and output the input value to a selector 3 shown in 
Figure 827 as a pattern switch signal. 

The selector 3 selects inputs Al and A2 according 
to the above described pattern switch signal. That 
is the selector 3 selects pattern P when the pattern 
switch Signal indicates 0 and pattern Q when the 
signal indicates 1 . 

-c nnQP^-ri-c; the PLCP frame into 
A DS3 interface unxt 5 inserts T:ne r 
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the DS3 paylcad In synchronism with the transmission 
speed of 44.736 MHz. adds a DS3 header, and assembles 
and transmits the DS3 frame. 

With the configurations shown in Figures 827 and 
S28 the ratio of pattern P to pattern Q in the PLCP 
.ultiframe output from the selector 3 is 29 : 56 as 
Shown in Figure 829. thereby transmitting the PLCP 
.ultiframe by the DS3 payload in the 125 .sec period 
without deficit or excess. 

Described below is the second configuration with 
which the above described problem is solved. 

With the ratio of pattern P to pattern Q of 29 = 
56 defined by the above listed " equation 6. 1 xs 
subtracted from the value 29 for pattern P to obtain 
the half of the value 56 for pattern «. Based on 
this, the transmitted PLCP multiframe pattern can be 
obtained as follows assuming that the cycle of _the 

„f oatterns P and Q contains 85 
combination of patterns 

.ultiprames. It satisfies the condition of equation 
,0 6 with a 28-repetitive pattern" and a last-added 
pattern P. 

1 2 3 • • • 28 

combination sample 1 PQQ PQQ ^<30 " " ' ' 
combination sample 2 QQP QQP 0=^ • ' " " 
25 combination sample 3 QPQ QPQ • ' " " 
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* a 85-multiframe cycle 

The above listed combinations can reduce the 
difference in the number of transmitted PLCP 
.ultiframes. Figures 827 and 830 show the 

configurations which realize these combinations. 
Figure 831 shows the operations corresponding to the 

configurations . 

With the configuration shown in Figure 830 
oorresponaing to a transmission pattern selecting unit 
4 the selector 2 receives a total of 85 input values 
consisting of 28 sets o£ 101 input value groups and 
an input value of 0. The 85 x N division counter has 
the'selector 2 cyclically select 85 input values input 
to the selector 2 in synchronism with the cycle of the 
PLCP and output the input value to a selector 3 shown 
in Figure 827 as a pattern switch signal. 

With the configurations shown in Figures 827,and 
830 as in the case of the first configuration, the 
ratio Of pattern P to pattern Q in the PLCP .ultiframe 

»„ 1 i= 29 : 56 as shown in 
output from the selector 3 is • 

Figure 831, thereby transmitting the PLCP multiframe 
by the DS3 payload in the 125 psec period without 
deficit or excess. Since the pattern QPQ is 
frequently repeated, the difference in the number of 
transmitted PLCP multiframes can be reduced. 
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Described below is the switch having multicasting 

capabilities. 

The switch according to the present embodiment is 
based on the ATM switch for switching an ATM cell, 
in the ATM switch, the following functions are 
required to realize the multicasting capabilities. 

1. Copying a cell 

2. Reassigning a VPI/VCI 

When a cell is copied, the two following processes 

are required. 

i; Copying in a switch 

2. Copying on the same line 

Figure 832 shows the configuration of the switch 
for realizing the point-to-multipoint function. (a) 
indicated a trunk system; (b) indicates an input unit 
copy system; and (O indicates an internal copy 

system . 

(1) Trunk system: A point-to-multlpolnt connection 
cell which IS output from a source terminal and 
distributed to a plurality of subscribers temporarily 
enters a trunk (for example, a message handler in the 
SMDS) through a switch. After copying cells and 
reassigning their VPI/VCIs in the trunK, the cells are 
transferred again to the switch and distributed to a 
plurality of destination subscribers. 
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(2) input unit copy system: A block is provided 
before a switch to copy cells to. A point-to- 
^nultipoint cell is copied to the block. The switch 
only has the function of switching (connecting) a 
copied cell. 

(3) internal copy system: A cell is copied in the 
multistage self-routing (MSSR) configuration. 

in the point-to-multipoint connection cell, 
information indicating that the cell is a point-to- 
multipoint connection cell is set. The point-to- 
multipoint connection cell represents a plurality of 
destination subscribers by, for example, the VPI/VCI 
of the cell. 

Figure 833 is a table shoeing the features of the 
three systems shown in Figure 832. 

If there are a small number (10 " 100) of polnt- 
to-multipoint connections supported in the system,_the 
trunk system is recommended. If there are a large 
number (100 or more) of point-to-multipoint 
connections supported in the system, the input unrt 
copy system or the internal copy system .s 
recommended. If the number of sources requesting the 
point-to-multipoint transfer is almost equal to that 
of the lines (channels) of the cell destination 
subscribers, then the input unit copy system iS 
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recommended. If these numbers are quite different, 
then the internal copy system is recommended. 

AS a switch network, even if there is a small 
difference in number of channels of lines between the 
source and destination subscribers, there can be a 
case in which internal copy system is recommended. 
That is, when a point-to-multipoint connection is 
provided, a source device does not have to provide a 
plurality of sources. However, in consideration of 
available bands, the same band as the point- to- 
n^ultipoint connection is used. As a result, the input 
copy system does not have advantageous points as a 
switching network. If there is ' large difference 
between the source and subscriber lines in a switch, 
the internal copy system is advantageous because it 
does not require adding blocks (copy function shown 
in Figure 832B. Thus, an internal copy system_ is 
advantageous especially it is used in a large scale 
system . 

Figure 834 shows the configuration for realizing 
the point-to-multipoint connection using the internal 

copy system. 

When the point-to-multipoint connection is 
realized by the internal copy system, a bit map is 
used. Assuming that there are 64 output paths and the 
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concentration ratio is 4 : 1 in the MSSR, the output 
paths to individual lines are 16 x 4 x 64 = 6496 in 
excess of the number displayed by the bit-map 
representation. Therefore, the multicast connection 
system according to the present, embodiment is 
configured as follows. 

mc:c;r- Doint-to-multipoint 

1. 1st stage m the MSbK. poj-n^ 

connection 

2. 2nd state in the MSSR: bit map for point- to- 
multipoint connection 

3. Srd stage in the MSSR: bit map for point- to- 
multipoint connection 

4. " DMUx 'unit: bit map through decoding the VPI/VCI 
The number of bits used in the bit map .in the 

point-to-multipoint connection is defined as follows. 

1. 1st stage in the MSSR: 3 bits (for an 8x8 
switch for instance) 

2. 2nd stage in the MSSR: 8 bits 

3. 3rd stage in the MSSR: 8 x 8 bits 

Each bit in the above described bit map is written 
to a tag area added to each cell in the switch. In 
the case above, 9 octets are required for a tag area. 
However, the size of the tag area in the switch can 
.e optionally set for each switch, and the above 
described bit map can be realized with the tag 
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information set for 9 octets and the length of each 
cell set for 64 octets. If the cell length is set to 
a larger value, the clock should be sped up in 
performing processes in the switch. For example, if 
54-octst cells are normally processed, the clock speed 
should be 64/54 times sped up. 

Figure 835 shows the system or realizing the above 
described bit map without extending the cell length. 

in this case, the bit map processed by the 3rd 
stage of the MSSR with the configuration shown in 
Figure 834 is processed by the external trunk 2. That 
i3 the point-to-multipoint connection cell 
trlnsmitted to the switch 1 is input to the trunk 2 
and copied the number of connections for the 3rd stage 
of the MSSR in the switch 1. A VCCT 3 is provided at 
the output unit of the trunk 2 for adding an 8-bit brt 
map to each of the copied cells and transferring, it 
to the switch 1. Thus, the bit map for the point-to- 
multipoint bit map can be realized without extending 

the cell length. 

- Figure 836 shows the VPI/VCI decoding circuit. 
The VPI/VCI decoding circuit shown in Figure 836 is 
provided in, for example, the DMUX unit shown in 

Figure 834. 

•^^^ in the VPI/VCI decoding 
The table 1 provided in tne vrx/ 
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circuit is searched using the VPI/VCI of an input cell 
as an address. The retrieved data is a bit map of 16 

X 4 = 54 bits. 

The C bit check unit 2 retrieves the bits (C bits) 
set at a predetermined position in the tag information 
of an input cell. When the value is 1, it is 
determined that the input cell is a point-to- 
multipoint connection cell. The determination result 
of the C bit check unit 2 is reported to the processor 
and used when the table 1 is searched. 

The point-to-multipoint connection on the same 
line is described below. The process on the same line 
requires the two following functions. 

1. VPI/VCI decoding function as the copying 

15 function on the same line 

2. VPI/VCI reassigning function at an output 

terminal 

Reassigning a VPI/VCI at an output terminal 
requires a VPI/VCI conversion table (VCCT). The VCCT 
is required for a point-to-point connection and a 
point-to-multipoint connection. The VCCT is a table 
from Which information (output VPI/VCI, etc.) iS 
retrieved using a VPI/VCI of a cell. If information 
is to be assigned to all VPI/VCI, the memory of 
storing 2" pieces of information is required when the 
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number of bits of the VPI/VCI is, for example, 24 
bits, providing such memory is not practical, and the 
switch according to the present embodiment is 
configured as follows. 

At the input terminal, a process of reassigning a 
VPI/VCI of an input cell and a process of assigning 
tag information are performed. At this time, the path 
of a newly assigned VPI/VCI only has to identify a 
path on an output line or each line, and does not have 
to identify all VPI/VCI. Therefore, an address value 
much smaller than the number of bits of the VPI/VCI 
is used as a VPI/VCI at the input terminal. The 
actual VPI/VCI is retrieved using the address value 
as a key. Thus, a smaller size of memory is obtained 
in the switch by using a degenerated VPI/VCI. 

Figure 837 shows the configuration of a point-to- 
multipoint connection. 

in the following explanation, the VPI/VCI of .a 
cell input to the switch is referred to as an I 
VPI/VCI, the VPI/VCI used in the 'switch is referred 
to as an S VPI/VCI, and the VPI/VCI set for the cell 
output from the switch is referred to as an 0 VPI/VCI. 

The VPI/VCI for which a point-to-point connection 
is set indicates the following settings. That is, an 
S VPI/VCI, tag information, and the information (C bit 
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is set to 0) indicating a point-to-point connection 
are set in the input unit VCCT (IVCC) 1 for each I 
VPI/VCI as a path set for the l VPl/VCI of an input 
cell. At the output unit VCCT (OVCC) 2, 0 VPl/VCI is 
set for each S VPI/VCI. The decoding table 3 has no 
settings . 

in a point-to-multipoint connection, an S VPI/VCI, 
tag information, and the information (C bit is set to 
1) indicating the point-to-multipoint are set for each 
I VPI/VCI in the input unit VCCT (IVCC) 1. The 
decoding table 3 has a bit map in the DMUX 4 for each 
SVPI/VCI. The bit map can have one or more output 
units VCCT (OVCC) -2 in the plurality of output units 
VCCT. in the output unit VCCT (OVCC) 2, the number 
of copies for each line and the 0 VPI/VCI are set for 

each SVPI/VCI. 

Figure 838 shows the configuration of the buffer 
and output unit VCCT provided for each output line. 

With the configuration shown in Figure 838, the 
copy process for point-to-multipoint cells is 
performed using a buffer, and the VPI/VCI reassigning 
process is performed using a table provided for a 
point-to-point connection. With the configuration, 
the hardware can be greatly reduced. 

^«,-r.-h rs-F ^ cell output from the DMUX 4, the 
Upon receipt of a cexx uuuf^.* 
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C bit set at a predetermined position of the tag 
information of a cell is referred to. If the C bit 
is 0, it refers to a point-to-point connection. If 
the line number set in the tag information refers to 
the number of the VCCT of the output unit, the cell 
is written to a predetermined class (for example, 0) 

in the buffer 1. 

If the C bit is 1. it refers to a point-to-point 
connection. In this case, the bit map set in the 
decode table 3 shown in Figure 837 is referred to. 

-t-Ho vrCT of the output unit (line 
If the number of the vuci oi i- 

number) is specified, the cell is written to the 
buffer 1. « this time, the cell is written to more 
than 1 class in classes 0 " 3 according to the class 
identification information set in the tag information 

in the cell- 

The cell read process from the buffer 1_ is 
performed according to the information set by the 
software for managing the switch when a path is set. 
The software sets the following ihformation. 

1. Band assigned to each class (contents of the 
scheduler of the DMUX controller) 

2 contents of the table of the VCCT of the output 
unit (in case of a point-to-point connection, 0 
VPI/VCI for S VPI/VCI: in case of a point-to- 
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multipoint connection, the number of copies, a value 
of S VPI/VCI for reserving a path, and 0 VPI/VCI) 

Figure 839 is a table of the contents of the 
output unit VCCT set by the firmware according to the 

software settings. 

in the case of the point-to-point connection, the 
E-F bit is set to 1. in the case of the point-to- 
multipoint connection, one of the 0 VPI/VCIs 
corresponding to the destinations is set. Then, the 
values of S VPI/VCI for reserving the paths of the 0 
VPI/VCI are sequentially set to Q-ADD, and O VPI/VCI 
is set at the address for the S VPI/VCI. At the last 
address, the E-F bit is set to 1. Otherwise, the E-F 

bit is set to 0. 

Figure 840 shows an example of a table on which an 

output VPI/VCI is set. 

in the example shown in Figure 840, multicasting 
transfer is performed for 4 paths (to destinations 1 - 
4) on the same line. The value of S VPI/VCI is a; 
the value of 0 VPI/VCI is bO - b3; and the band 
assigned to each path is cO " c3 . 

Figure 841 is a flowchart explaining the process 
of the VCCT of the output unit. The VCCT of the 
output unit extracts the tag information and VPI/VCI, 
etc. added to each cell, copies the cell by referring 
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to the table shown in Figure 840, and writes the 
output VPI/VCI for each of the copied cells. 

A class number ( i ) f or use in identifying a class 
whose cells are next read is determined. The Q- 
address and E-F bit identified by the determined class 
number are read from the class process memory, and 
cells are read from class i in the QCP buffer (step 
SI - S3). 

If the E-F bit is 0, the S VPI/VCI of the cell 
read in the above step S3 is set as the Q-address read 
from the class process memory (steps S4 and S5 ) . 

The 0 VPI/VCI, Q-address, and E-F bit are read 
from the output unit VCCT using the S VPI/VCI - as • an- 
address. For example, if a cell is addressed to the 
destination 2 in the example shown in Figure 840, bl, 
cl, and 0 are retrieved according to the address cO 
(step S6) . 

The 0 VPI/VCI read in step S6 is written to the 
cell and output, and then the Q-address and E-F bit 
are written to the class process memory (steps 87 and 
S8) . 

The processes in steps SI - S8 are repeatedly 
performed until the E-F bit indicates 1. When the E-F 
bit indicates 1, the buffer address, etc. related to 
class i is released. In the example shown in Figure 
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=:-i-e»n<:; SI - S8 are repeatedly 
840, the processes in steps sj- 

. -, ^v- ^^n arlrtressed to destination 4 
performed until the cell addresseu 

is output (steps S9 and SlO). 

The self -routing module (SRM) forming part of the 
MSSR of the switch identifies a path according to the 
VPI/VCI of a cell input by the switch. The routing 
in the switch is performed in path units according to 
the tag information added to a cell. Therefore, at 
the entry point of the cell, the information 
designating the routing in the switch of the cell is 
retrieved according to the VPI/VCI set in the cell. 
The function of adding the retrieved routing 
information to the cell as tag information is 
required. In the switching process, the function of 

• • VPI/VCI set in the input cell as an 

reassigning the VPi/vv^x 

output VPI/VCI is also required. 

For the switch of 'the MSSR configuration, _the 
above described function (VCCT) may be provided in 
each SRM. However, the number of bits of a VPI/VCI 
is 28 for the network-to-network interface and 24 for 
the user-to-network interface. Providing a plurality 

\ r,K-ir~h -t-aa information and 
of a large table (memory) m which tag m 

4- -Por- all VPI/VCIs undesirably 
output VPI/VCI are set for all vpi/vu 

requires large-scale hardware. 

Therefore, a VCI conversion table (VCCT) for use 
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in realizing the above described functions is provided 
at the entry point of the switch. According to the 
VCCT, the tag is added and the VPI/VCI is rewritten. 

Figure 842 shows the configuration of the 
switching system whose switch is equipped with a VCCT 

at its entry point. 

Assume that the table is searched using the 
VPI/VCI as is with the VCCT. As described above, the 
VPI/VCI is 28 or 24 bits. Setting the tag information 
and output VPI/VCI for all the VPI/VCI requires the 
memory (VCC table) having 2,^ or 2^, addresses. Such 
large memory is undesirably accompanied by a large- 
scale hardware configuration. Likewise, the use 
amount parameter control/network parameter control 
(UPC/NPC) is searched using a VPI/VCI. In this case, 
the table searching system using the VPI/VCI as is 
requires undesirably large memory. 

The switching system according to the present 
embodiment ' has the function of converting 
(degenerating) a VPI/VCI into a memory retrieving 
address of a smaller number of bits. In the point-to- 
multipoint connection, cells are copied in a switch 
and a VCCT is required for each output line. 

Figure 843 shows the configuration of the 
switching system according to the present embodiment. 
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AS shown in Figure 843, an I VPI/VCI converting 
unit 1 is provided at the entrance (UPC, before the 
tag assigning unit) of the exchange station. The I 
VPI/VCI converting unit 1 converts the VPI/VCI (I 
5 VPI/VCI) of an input cell into the VPI/VCI (S VPI/VCI) 

^ 4- • -1-^ h«= used as a memory 
in the exchange station to De usea 

retrieving address. An S VPI/VCI converting unit 2 
for converting the S VPI/VCI into an output VPI/VCI 
(0 VPI/VCI) is provided at the output unit of the 

10 exchange station. 

in the ATM communications service, VP service and 
VC service are provided. In the VP service, data is 
transferred in the unit of virtual paths -VP- 
accommodating a plurality of virtual channels VC. 
15 Therefore, a communications lines can be identified 
by a VPI only without using a VCI in the VP service. 
This helps reducing the size of the VCCT . 

First, the service identification information is 
set to output tag information of each cell indicating 
the VP service or VC service. The exchange station 
provides a table for use in the VP service and a table 
for use in the VC service. An output VPI is set for 
an input VPI on the table for the VP service. An 
output VPI/VCI is set for an input VPI/VCI on the 
table for the VC service. When a cell enters the 
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exchange station, the cell's service identification 
information recognizes the service type and performs 
a VPI/VCI conversion according to one of these tables. 
The process is performed by the I VPI/VCI converting 

unit 1. 

The cell that has passed the switch reccgnizes the 
service type according to the service identification 
information in the S VPI/VCI converting unit 2. The 
0 VPI/VCI table 3 referred to by the S VPI/VCI 
converting unit 2 comprises a table for the VP service 
and a table for the VC service. One of these tables 
are accessed depending on the service type. 

If the tables -for the "VP service and VC service, 
are provided individually as in the configuration 
above, the size of the hardware can be reduced because 
the table for the VP service is comparatively small. 

Thus, there are various method of degenerating_the 
VPI/VCI. The method of limiting the number of bits 
used for a VPI/VCI may generate a problem about system 
operations. Therefore, the memory can be reduced in 
Size by limiting the number of paths that are set 

simultaneously. 

AS described above, a point-to-multipoint 
connection can be realized without an external device 
according to the exchange station of the present 
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embodiment . 

Described below is the embodiment of a system of 
transferring information necessary for the point-to- 
multipoint connection in parallel with the cell in the 

exchange station. 

AS described above, the functions of copying a 
cell and reassigning the VPI/VCI of the copied cell 
.re required to realize the point-to-multipoint 
connection. These functions are performed in cell 
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Figure 844 shows the format of a cell in the 
switch. AS Shown in Figure 844. a cell comprises, in 
a switch, tag information/ hea-der, and payload, and 
is processed in the 8-bit parallel format. The tag 
information contains routing information in the 
exchange station, etc. and is added at the entrance 
of the exchange station according to the VPI/VCI of 
each cell. m the switch, the cell is controlled 
(routing control, copy instruction, etc.) by the tag 
information only. According to • the system of the 
present embodiment, the control information necessary 
for the point-to-multipoint connection is transferred 
in parallel with the cell in the exchange station, and 
is processed in the 9-bit parallel format. 

Figure 845 shows the configuration of the exchange 



• 



837 



station according to the present embodiment. 

The cell transferred through the user-to-network 
interface or network-to-network interface (UNI/NNI) 
is terminated by the line interface unit 1 provided 
for each line. The VPI/VCI converting unit (VCCT) 2 
rewrites the VPI/VCI of an input cell. The 
multiplexing unit MUX 3 multiplexes a cell input 
through a plurality of lines. The switch 4 is an 8x8 
buffer type switch. The demultiplexing unit DMUX 5 

distributes a cell output from the switch 4 to a 

predetermined line interface unit 1. 

Figure 846 shows an example of the configuration 

of the control information for a point-to-multipoint 

connection. 

The point-to-multipoint connection control 
information comprises a switching bit map, DMUX bit 
„ap, and subscriber ID. In the switching bit map, _ the 
switch has an 8x8 configuration and refers to 8-brt 
information. In the DMUX bit map, the number of lines 
distributed by the demultipleKing- unit DMUX 5 is 16, 

/iiKhit-s The subscriber ID identifies 
and is assigned lo bits, ine »ux.= 

a destination subscriber and is assigned 8 bits. 

The point-to-multipoint connection control 
information in the above described configuration is 
provided in the VPI/VCI converting unit (VCCT) 2 
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corresponding to the VPI/VCI stored in the header of 
the input cell. The information is set when a call 
is connected. It is not set for a point-to-point 
connection. The VPI/VCI converting unit (VCCT) 2 
transfers the point-.to-multipoint connection control 
information in parallel with an input cell when the 
cell is transferred to a switch with tag information 
added. The synchronization is established between a 
cell and point-to-multipoint connection control 
information, and they are transferred in the 9-bit 

parallel format. 

The point-to-multipoint connection according to 

the present embodiment has the two important functions 

as follows. 

1. copying in the switching unit and DMUX unit. 

2. copying and VPI/VCI reassigning in the line 
interface unit 

1 1 i-ies in a switch unit 
First, the copying capabilities 

are explained. When a cell enters the exchange 

station, tag information is added- to the cell in the 

VPI/VCI converting unit (VCCT) 2 shown in Figure 845. 

in the tag information, the information indicating 

that the cell is a point-to-point connection cell or 

a point-to-multipoint cell is set as C bit 

information. If the C bit information is 0, it refers 
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to a point-to-point connection . and the cell is 
processed according to the routing information set in 
the tag information added to the cell in the exchange 
station. 

Figure 847A shows the configuration of the buffer 
of a switch. Figure 847B shows an example of the 
switching bit map in the point-to-multipoint 
connection control information. 

If the C bit information is 1, it refers to a 
point-to-multipoint connection, and the point-to- 
multipoint connection control information transferred 
in parallel with the cell in the exchange station, is 
referred to. In the switch unit, the switching bit 
map is referred to. At this stage, a cell whose C bit 
information is set to 1 enters the switch from the 
input -highway I, and the switching bit map is shown 
in Figure 847B. In this case, the cell is written to 
buffers 12, 13, 15, and 16. Accordingly, the cell 
incut from the input highway H is output to the 
output highway 2,3,5, and 6. Thus, the function of 
copying cells can be realized in the switch unit, 
cells can be copied likewise in the DMUX unit. 

Described below are the copying function and 
VPI/VCI reassigning function. 

upon receipt of a cell whose C bit is 1, the line 
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interfacing unit 1 determines a point-to-.ultipoint 
connection and retrieves a subscriber ID in the point- 
to-multipoint connection control information. The 
line interface unit 1 is P-vided with a table 
searched using a subscriber ID as a .ey. The table 
contains the number of copies and a VPI/VCI. assigned 
to each cell generated by a copying process. The l.ne 

n.--^ 1 accesses the table by the retrieved 
interface unit 1 accessjt;=> 

a fPll and reassigns the 
subscriber ID, copies a ceii, 

VPI/VCI. 

The process of the software of the exchange 
station related to the point-to-.ultipoint connection 
- is explained below. Upon - receipt _of a point-to-, 
multipoint connection request in response to a path 
setting request (call connection request,. the 
software of the exchange station sets the C hit to 

VPI/VCI to be assigned to the 
corresponding to the VPl/vux 

path, in setting the path, the destination subscriber 
10 is specified, and the software of the exchange 
station writes to the table provided in the line 
interfacing unit 1 according to the specification the 

=r.ri ^he VPI/VCI set for each cell 
number of copies and the vfx/v^ 

generated by the copy- 

When a cell enters the exchange station, the above 
described hardware .ade a point-tc-.ultipoint 
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^^^r^^ fo the information set by the 
connection according to tne 

software of the exchange station. 

With the above configuration, a point-to- 
.ultipoint connection can be realized in the switch 
.ithout providing a device for copying a cell external 
to the switch. Since the point-to-multipoint control 
information is transferred not as a tag information, 

■ 4-1, r-f>ll in the exchange 

but in parallel with the cell 

station, the throughput is not degraded. 

Figure 848 shows another characteristic 
configuration of the present invention. Figure 848 
snows an example in which a source terminal 1 
multicast-transfers data to destination terminals 4-1 . 

- 4-5 through an exchange station 2. 

•^,1 1 makes a multicast 
When the source terminal 1 maKes 

oonneotion, the transfer data (hereinafter referred 
to as a cell) is transferred to a multicast devic_e 6. 
That is, the source terminal 1 transmits the cell to 

T iicinn the destination 
the ATM exchange station 2 using 

' ^- The ATM exchange 

address of the multicast device o. The A 

station 2 connects the path 5 according to the 

destination address and transfers the cell to the 

multicast device 6. « this time, the transmission 

lines between the source terminal 1 and the multicast 
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^. ^ c-i-?,+-P of connection of 1:1- 

communications state o^ 

upon reosipt of the cell transmitted by the source 
terminal 1, the multicast device 6 transfers the cell 

v^vm-inal 4-1. That is, the 
to the destination terminal 4 i. 

■^^ -t-hP cess to the ATM 
multicast device 6 transmits tne cess 

9 w-i^h the destination terminal 4-1 
exchange station 2 with tne ae 

set as the destination address of the cell. The .TM 
exchange station 2 connects the path 7-1 according to 
the destination address and transfers the cell to the 
destination terminal 4-1 through the path 7-1. 

Then, the multicast device 6 transfers the cell 

bv the source terminal 1 to the 

transmitted oy ^iits 

destination terminals 4-2 - 4-5 sequentially. _ At thrs 
time, ATM eKchange station 2 connects the paths 7-2 - 
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The multicast device 6 is provided in the exchange 
station, and the destination information, etc. iS_ set 
for each multicast service request from the user. A 
plurality of multicast services are processed. 

.s mentioned above, the multicast device 6 has the 
ability to copy cells. when the copied cells are 
distributed to . destination terminals ( 5 terminal .n 
„gure 848), the multicast device 5 transfers the 
cells to each destination terminal sequentially. The 
amount of the resources is the same as that in the la 



843 



connection. 

Figure 849 shows an example In which the multicast 
function of the present embodiment is applied to the 
Video distrihuticn service. In Figure 349, shows an 

^ .J ^ ^a-i-s cttored in the video server 
example in which video data storea 

U is distributed to the subscriber terminals 20-1 - 
20-3. 

T. ^ 19 controls video data and 
The controller 12 conxroxa 

1 +-r^ i-he B-ISDN adapter 13. 
transfers a video signal to the b 

1-2 ■i-ran=;mits the video signal 
The B-ISDN adapter 13 transmits 

transferred from the controller 12 to the network 
interface device 15 according to the protocol of the 
subscriber line interface "l*. 

The network interface device 15 converts the 
transfer data including the video signal into the data 
in the format processed by the exchange station 16. 
The exchange station 16 is hereinafter referred to as 
an ATM exchange station. In this case, the network 
interface device 15 converts the transfer data 
including the video signal into -an ATM cell- The 
network interface device 15 sets in each cell the 
VPI/VCI identifying the multicast device 30 as the 
aestination address, and transmits the cells to the 
exchange station 16. The VPI/VCI identifying the 
multicast device 30 is reported by the controller 
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as described later. 

■r.^ r.f fhe cell, the exchange station 16 
Upon recexpt of tne cexx, 

connects t.e pat. 17 for connecting t.e networ. 
interface device 15 with the multicast device 30 

„oT/vri set in the cell to transfer 
according to the VPI/VCI set 

the cell through the path 17. 

Figure 850 shows the configuration of the 

multicast device 30. 

The VPI/VCI conversion table 31 is written when a 
multicast connection requesting call is connected. 

To if a call connection request is issues 
For example, i£ a cdxj. 

c=-t-nTsd in the video 
to multicast-distribute vrdeo data stored 

■ server 11 to the subscriber terminals 20-1 20,3. 

97 first obtains a VPI/VCI 
then the controller 27 first 

, VPI/VCI 17) specifying the path (path 17) for 
connecting the networ. interface device IS with the 

. ■ -.n Then the controller 27 reports 
multicast device 30. Then, rne _ 

the VPI/VCI 17 to the networ. interface device 15 and 

^Ho VPI/VCI 17 on the VPI/VCI 
reserves the area for the VPI/VCI 

conversion table 31. 

.hen the controller 27 obtains the VPI/VCIs 
(VPI/VCIs 1-3) specifying the paths (paths 22-1 - 
22-3) for connecting the multicast device 30 with the 

oo ^ ??-3 Then, it 
network interface devices 23-1 

ites the VPI/VCIS 1 - 3 to the area reserved for the 
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VPI/VCI 17 on the VPI/VCI conversion table 31. 

Described below is the operation of the .multicast 
device 30 when it receives a cell. The cell is 
transferred fro. the networX interface device 15 
through the exchange station 16, and is temporarily 
stored in the receiving unit 32. The control unit 33 
searches the VPI/VCI conversion table 31 according to 
the VPI/VCI set in the cell stored in the receiving 
unit 32. Since the VPI/VCI set in the input cell rs 
VPI/VCI 17. the VPI/VCIS 1 through 3 are retrieved as 
output VPI/VCIS. These output VPI/VCIs are passed to 
the VPI/VCI assigning unit 34. The control unrt 33 
- recog-nizes the number- of the destination subscribers 
from the retrieved VPI/VCIs. 

Then, the copying unit 35 copies the cell stored 
in the receiving unit 32 according to the instruction 
of the control unit 33 and writes it to the output 
buffer 36. At this time, the VPI/VCI assigning unrt 
34 sets -VPI/VCI 1" for the cell copied by the copying 

-5=; roDi-es two cells stored 
unit 35. The copying unit 35 copies ^ 

.n the receiving unit 32, and the cells are assigned 
VPI/VCI 2 and VPI/VCI 3 and written to the output 

buffer 36. 

The control unit 33 first transfers the cell 
assigned VPI/VCI 1 to the exchange station 21. The 
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exchange station 21 is an ATM exchange station 
comprising a self-routing module. Upon receipt of the 
cell the exchange station 21 connects the path 22-1 
between the multicast device 30 and the networ. 

^ • « 9-^ 1 Therefore, the video data read 
interface device 23-1. inerexu^ , 

f.om the video server 11 is transferred to the network 
interface device 23-1 through the path 22-1. Then, 
the data received by the network interface device 23-1 
is transferred to the subscriber terminal 20-1 through 

the controller 25. 

Likewise, the control unit 33 sequentially 
transfers the cells assigned ■ VPl/VCl 2 and VPl/VCl 3 
to the exchange station 21. Upon receipt of the cell, 
the exchange station 21 establishes the paths 22-2 and 

4-v,o VPI/VCI values. The cells 
22-3 according to the VPl/vt.j. 

assigned VPl/VCI 2 and VPI/VCI 3 are transferred to 
.he paths 22-2 and 22-3 respectively, and reach_the 
subscriber terminals 20-2 and 20-3. 

The controller 27 recognizes the use state of the 
exchange stations 16 and 21 through the connection 
admission control (C.C) function. The control unrt 
33 receives from the controller 27 a notification 
about the use state of the exchange stations 16 and 
21 If the exchange station 21 is in the congestion 
state, the control unit 33 stops the cell read process 
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tro. the output buffer 36. With the configuration, 
cells n,.y be discarded in the output buffer 36 when 
the congestion state of the exchange station 21 
continues. However/ the entire exchange station can 
recover from .the congestion state. 

;,s described above, the multicast connection 
system can reduce the load on the source terminal and 
the use rate of the line between the source terminal 
and the exchange station and the operations of the 

v,o c=„rcess fully reduced because 
exchange station can be successrux y 

■^^^T has only to transmit the same 
the data transmitter has onxy 

rase of the one-to-one 
amount of data as the case 

connection regardless of the- -number of the 
destinations. Therefore, the hardware resources which 
becomes in an idle state with the configuration (above 
.escribed lines and exchange stations) can be usefully 
assigned to other services. _ 

Wben a multicast connection service is provided 
through the conventional exchange stations, it can be 

'A^r^rr rhe above described 
realized only by providing the 

multicast device. Since the .TM exchange station 
greatly depends on the hardware configuration, rt is 
a large merit to realize a multicast connection 
service without design amendments to the exchange 
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Figure 351 shows the configuration of the system 
for oommunlcations among a plurality of communicators 
through a multiple communications trunK built in the 
exchange station. In this example, subscriber . 
accommodatea in the concentrator 1 communicates with 
subscribers B and C accommodated in the concentrator 
2 The 3-subscriber communications are referred to 
as a TV-telephone conference through voice and images. 

, .„j ■> are connected to the host 
The concentrators 1 and 2 are conne 

exchange station 3. The host exchange station 3 is 

an ATM exchange station comprising a self-routing 

switch, and a path is set according to the VPX/VCI of 

each cell. The multiple subscriber • communications,. 

1-0 fhe host exchange station 3 
trunk 4 is connected to the nosT. 

in for example, a switching station, and edits and 
synthesizes image and voice data transferred in the 
cell format from each subscriber according to_the 

^^ Then it adds the edited or 
VPI/VCI of the cell. Then, 

synthesized data to the cell assigned the VPX/VCI 
specifying a destination subscriber and transmits them 
to the host exchange station 3. The multiple 

. ^TunK 4 Is provlded for each 

subscriber communications trunk 4 is p 

multiple subscriber communication. 

subscriber A is connected to the multiple 
subscriber communications trunk 4 through the bi- 
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• . .^ nath 5 specified by the VPI/VCI 
directional virtual path b sp 

n ;,nd C are connected to the 
_ xa Subscribers B and ^ 

luxtiple su.scri.e. communications «un. 4 .h.ou.. tKe 
,,.airsction.l vi.tuai paths a an. 7 specifiea t.e 
VPI/VCI . Kb and VPI/VCI - xc respectively. 

R and C start the 3- 
When subscribers A, B, ana 

■ +-ho above described 
subscriber communications with the 

.•on the transmission data from each 
configuration, the ^ra ,^ 

• 1 ^-.r-ancif prred to the multiple 
subscriber is temporarily transferred 

. ^-^0= .r-iink 4 and then transmitted 
subscriber communications trunk 4a 

,o tns destination subscriber a«er being edited by 
..e multiple subscriber communications trun. 4. THus^ 
„...-tbe aSove described configuration, tbe system 
provides multiple subscriber communications services 
through the functions of the exchange station. 

.Igure 852 shows the configuration of the system 
,or multiple subscriber communications using a 
..Itiple termination unit in the subscriber line^ 

■!n Piaure 852 uses the multiple 
The system shown in Figure 

termination unit II when subscribers ^, B, and C enter 

■^=-h-;r.n«5 The multiple 

the 3-subscriber communications. 

11 is accommodated m the 
termination unit 11 is 

concentrator 1 through a subscriber line. The bx- 
..rectional virtual path 13 specified by VPI/VCI = yd 
connects subscriber . with the multiple terminatron 
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unit U. T.e .i-airectional virtua. pat.s 13 and 14 
specified VPI/VCl - ye VPX/VCl - c.nnec. 

subscribers B and C «ith the multiple termination unrt 

11 respectively. 

The multiple termination unit U can 
Simultaneously process data transferred through a 
plurality of virtual paths specified by a plurality 

^ .riA^ the edited or synthesized data 
of VPI/VCIs, and adds the eux 

• r.^^ i-he VPI/VCI specifying a 
to the cell assigned the 

=r^ri -t-ransmits them to the host 
destination subscriber and transmi 

n ^ Thus with the above described 
exchange station 3. Thus 

configuration, the system provides 

. ^.^^^ through a terminal provided 

subscriber communications througn 

in the subscriber line. 

described below is the procedure of provxdrng a 
multiple subscriber communications service in the 
system shown in Figure 851 or -652. 

Pigure 853 is a process flowchart showing the 3- 
subscriber communications service in the system shown 
in Figure 851. m this example, subscriber xs 

V o onh^^criber communications state in 
called in the 2-subscriDer 

wnich subscribers A and B communicate each other 
,.e 3-subscriber communications state is entered^ ^ 
, predetermined VPI/VCI (for example, VPI/VCI - 
connects subscriber A with subscriber B. In such 
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a 2-subscriber communications state, one of the 
subscribers A and B issues a 3-subscriber 
communications request by specifying subscriber C 
according to a predetermined procedure. 

Upon receipt of the 3-subscriber communications 
request, the host exchange station 3 calls subscriber 
C if an unused multiple subscriber communications 
trunk 4 is available (step SI and S2). 

The host exchange station 3 receives the response 
from subscriber C and reports it to the multiple 
subscriber communications trunk 4 (step S3). 

The VPI/VCIs . of a predetermined number are 
assigned to the multiple subscriber communications 
trunk 4 to connect each of subscribers A, B, and C 
with the multiple subscriber communications trunk 4. 
The host exchange station 3 selects VPI/VCI = xa, xb, 
and xc as the VPI/VCI specifying the path between each 
of the subscribers A, B, and C and the multiple 
subscriber communications trunk 4. At this time, 3 
is set as the number of subscribers being connected 
( steps S4 and 5 ) . 

Upon receipt of the response of subscriber C in 
step S3 above, the host exchange station 3 disconnects 
the path between subscribers A and B, and establishes 
the paths 5, 6, and 7 between the multiple subscriber 
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communications trunk 4 and each of the subscribers A, 
B, and C (steps S6 and 7). 

Then, the cells transmitted from each of the 
subscribers A, B, and C are first transferred to the 
multiple subscriber communications trunk 4, edited 
there, and then transferred to the destination 
subscriber. Thus, the 2-subscriber communications 
state is switched into the 3-subscriber communications 
state. If the image and sound data transmitted from 
the multiple subscriber communications trunk 4 can be 
contained in the band assigned to one subscriber, 
there is no need for a band check when the 3- 
subscriber. communications state is entered_. . _ 

Figure 854 is a flowchart showing the process of 
the multiple subscriber communications service in the 
system shown in Figure 851. Described below is the 
procedure of calling up a number of subscribers in a 
three or more subscriber communications state - 

In the multiple subscriber communications state, 
one of the communicating subscribers requests to add 
the n-th subscriber (subscriber N) to the multiple 
subscriber communications. Upon receipt of the 
request, the host exchange station 3 checks if the 
value n is smaller than the number of users who can 
simultaneously use the multiple subscriber 
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communications trunk 4. That is, the multiple 
subscriber communications trunk 4 determined whether 
or not the number of communicators exceeds the maximum 
value for the multiple subscriber communications 
(steps Sll and 12). 

If- the maximum value for the number of 
communicators is exceeded, the process of rejecting 
the request is performed (step S13). 

If the number of the communicators is smaller than 
the maximum value, the host exchange station 3 calls 
the subscriber N and selects the VPI/VCI specifying 
the path between each of the subscriber N and the 
multiple subscriber- communications trunk 4. _ At this 
time, the number of subscribers being connected is 
updated. That is, the number is set to n. Then, the 
path between each subscriber N and the multiple 
subscriber communications trunk 4 is established to 
enter an n-subscriber communications state (steps S14 
- 18) . 

Figure 855 is a flowchart showing the process of 
the multiple subscriber communications service using 
a group identification number. Described below is the 
case where any subscriber (subscriber D) issues a 
request for multiple subscriber communications. The 
multiple subscriber communications service is given 
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to a group of preliminarily designated subscribers, 
and a group identification number is assigned to each 
group. The multiple subscriber communications trunk 
4 is assigned to the multiple subscriber 
communications of each group. 

When the host exchange station 3 receives a 
special number of the multiple subscriber 
communications service request and a group 
identification number from a subscriber, it determines 
whether or not the multiple subscriber communications 
are being performed in a group designated by the group 
identification number (steps S21 and 22). 

- If - the- murtiple subscriber communications are 
performed in a group, the host exchange station 3 
recognizes the multiple subscriber communications 
trunk 4 which provides the multiple subscriber 
communications service, and checks whether or not the 
number of the communicators exceeds the maximum value 
for the multiple subscriber communications trunk 4 
when one communicator is added' to the currently 
communicating subscribers (step S23 ) . 

unless the maximum value is exceeded, control is 
passed to step S26. If it is exceeded, then the 
process of rejecting the request is performed (step 
S24) . 
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When it is determined in step S22 that the 
multiple subscriber communications are not performed 
in the group, the multiple subscriber communications 
trunk 4 in an idle state is obtained, and control is 
passed to step S26 (step S25). 

The host exchange station 3 selects the VPI/VCI 
specifying the path between the subscriber D 
requesting the multiple subscriber communications in 
step S21 and the multiple subscriber communications 
trunk 4. At this time, the number of subscribers 
being connected is updated. Then, a bath is 
established between the subscriber D and the multiple 
subscriber communications trunk 4. Thus,- -any 

subscriber can take part in the multiple subscriber 
communications in a specific group (steps S26 through 
28 ) . 

Figure 85 6 shows the flowchart of the process in 
the 3-subscriber communications service in the system 
shown in Figure 852. In this system, a path is 
established between the multiple termination unit 11 
in the subscriber circuit and each subscriber. The 
process order is fundamentally the same as that shown 

in Figure 853. 

Figure 857 is a flowchart showing the multiple 
subscriber communications service in the system shown 
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in Figure 852, In this system, a path is established 
between the multiple termination unit 11 in the 
subscriber circuit and the newly called subscriber. 
The process order is fundamentally the same as that 
5 shown in Figure 854. 

Figure 858 is a flowchart of the call waiting 
service in the system shown in Figure 851. In this 
example, subscriber C (the third party) issues a 
connection request to subscriber A while the two- 

10 subscriber communications are performed between 
subscribers A and B. 

Upon receipt of a connection request from 
subscriber C to subscriber A in the 2-subscriber ' 
communications state between subscribers A and B, then 

15 the host exchange station 3 selects the VPI/VCIs in 
the range where the multiple subscriber communications 
trunk 4 is available, and sets new virtual paths 
between the multiple subscriber communications trunk 
4 and each of the subscribers ■ A and C (steps S31 - 

20 33). 

The host exchange station 3 notifies subscriber A 
that the connection request has been received from the 
third party. In response to this, subscriber A 
determines whether or not he or she requests to 
25 communicate with subscriber B again after the 
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communication with the third party (subscriber C). 

When the host exchange station 3 receives a 
request to communicate with subscriber B again after 
the communications with the third party, the host 

5 exchange station 3 sets subscriber B in a standby 
state and connects subscriber A with subscriber C 
through the multiple subscriber communications trunk 
4 ( steps S34 - S38 ) . 

When the host exchange station 3 receives a 

10 request to terminate the communications between 
subscribers A and C from subscriber A or C, the host 
exchange station 3 releases the virtual paths set 
between the multiple' subscriber communications trunk 
4 and subscribers A and C, and connects again 

15 subscriber A with subscriber B (steps S39 - S41). 

When the host exchange station 3 receives a 
request to stop the communications with subscriber B 
after the communications with the third party, it 
disconnects subscriber B. Then, the host exchange 

20 station 3 releases the virtual paths set between the 
multiple subscriber communications trunk 4 and 
subscribers A and C, and directly connects subscriber 
A with subscriber C (steps S34, 42, and 43). 

Figure 859 is a flowchart (1) of a call transfer 

25 service in the system shown in Figure 851. Described 
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below is the connection made by subscriber A between 
subscriber B and subscriber C (third party) while 
subscribers A and B are in the 2 -subscriber 
communications . 

When the host exchange station 3 receives from 
subscriber A a call transfer request and a call 
transfer destination information indicating subscriber 
C, it selects the VPI/VCI identifying the range where 
the multiple subscriber communications trunk 4 is 
available, and sets new virtual paths between the 
multiple subscriber communications trunk 4 and 
subscribers B and C (steps S51 - S54). 

The host exchange "station 3 calls subscriber C. 
If subscriber C returns a response, the host exchange 
station 3 connects subscriber B with subscriber C 
through the multiple subscriber communications trunk 
4 (steps S55 and S56). 

Figure 860 is a flowchart (2) of a call transfer 
service in the system shown in Figure 851. 

When the host exchange station 3 receives from 
subscriber A who transfers the call after steps S51 - 
S55 shown in Figure 859, the host exchange station 
3 releases the virtual paths set between the multiple 
subscriber communications trunk 4 and subscribers B 
and C to directly connect subscriber B with subscriber 
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C ( steps S61 - S63) . 

According to the system shown in Figure 859 or 
860, a call from subscriber B to subscriber A can be 
transferred to subscriber C. 

Figure 861 is a flowchart showing the point-to- 
multipoint connection service in the system shown in 
Figure 851. Described below is the case where 
subscribers B and C access subscriber A (information 
providing subscriber). 

When the host exchange station 3 receives a point- 
to-muitipoint connection request from subscriber A, 
it selects the VPI/VCI in the range where the multiple 
subscriber communications trunk 4 is available and 
sets a virtual path between subscriber A and the 
multiple subscriber communications trunk 4 (steps S71 
and S72) . 

When the host exchange station 3 receives a 
connection request from subscribers B and C to 
subscriber A, it selects two VPI/VCIs in the range 
where the multiple subscriber communications trunk 4 
is available and sets virtual paths between the 
multiple subscriber communications trunk 4 and 
subscribers B and C. Afterwards, the point-to- 
multipoint communications can be established through 
the multiple subscriber communications trunk 4 (steps 
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S73 - S75). 

A multicast transfer can be made from subscriber 
A to subscribers B and C. In this case, subscriber 
A specifies subscribers B and C as connection-to 
information in step S73 . 

Figures 862 through 865 are flowcharts of various 
services provided by the system shown in Figures 852, 
and correspond to Figures 858 through 861 
respectively. In the system shown in Figures 862 
through 865, the multiple termination unit 11 
processes virtual paths. 

According to the above described embodiment, the 
multiple subscriber communications trunk provided for 
the exchange station or the multiple termination unit 
provided in the subscriber line give services such as 
multiple subscriber communications services, call 
waiting services, transfer services, etc. 

Described below is another characteristic 
configurations of the present invention. The 
configuration corresponds to the " 18th object of the 
present invention previously described in the "Subject 
to be solved by the Invention" . 

The embodiment described below realizes collecting 
information about the line processed by a device in 
the exchange station and a correct change of devices 
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in the exchange station when a failure occurs. 

Figure 866 shows the configuration of the ATM 
switch. When an ATM cell is transmitted from a 
subscriber terminal not shown in Figure 866, it is 
switched by a communications line switch (SW) 3 
through a terminal equipment 1 and common device 2. 
common device 2. The terminal equipment 1 and common 
device 2 are communications line system devices for 
processing more than one line. 

Figure 867 is a block diagram showing the present 
embodiment. In Figure . -867, a subscriber data 
management unit 4, service management unit 5, line 
" " cbnnection control unit 6/ device management control 
unit 7, input/output device management unit 8, and 
15 line connection management unit 9 are realized as 
functions of the control program or firmware executed 
by a central program (not shown in Figure 867) for 
controlling the ATM switching system shown in Figure 
866. 

The terminal equipment 1 and common device 2 are 
the same as those shown in Figure 866. 

A main storage device 14 stores a use state table 
11, device service management table 12, device service 
management table 12, and management information table 
13. The use state table 11 is accessed by the line 
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connection control unit 6 and stores entries of use 
states and available bands. The device service 
management table 12 is accessed by the line connection 
management unit 9 and provided for each of either 
terminal equipments 1 or common devices 2. Each of 
them stores entries of the services used by the 
terminal equipment 1 or common device 2. The 
management information table 13 is accessed by the 
service management unit 5 and stores the 
identification information (VPI/VCI) of the line used 
by the user, the device number of the terminal 
equipment 1 or common device 2 which processes the 
line, and priori ty/hon-priority information. 

The normal line connection process performed with 
the above listed configuration is described by 
referring to the flowchart of the operations shown in 
Figure 868. In the following explanation, reference 
numbers SI - SIX indicate the steps on the flowchart 
shovm in Figure 868. 

The subscriber data management unit 4 receives a 
line connection request from a subscriber terminal not 
shown in Figure 868 (SI). 

The subscriber data management unit 4 determines 
the type of service according to the connection 
request ( S2 ) , and outputs a line connection request 
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to the service management unit 5 depending on the 
determined service type. The service management unit 
5 transfers the line connection request to the line 
connection control unit 6 (S3). 
5 The line connection control unit 6 inquires the 

device management control unit 7 which manages each 
of either terminal equipments 1 or common devices 2 
which issued the line connection request of the state 
of each of either terminal equipments 1 or common 
10 devices 2 ( S4 and S5 ) . 

As a result, when no device management control 
unit 7 returned an availability state, the above 
described line connection request is rejected. 

If any of the device management control units 7 
15 returns an availability state, the line connection 
control unit 6 compares the request band corresponding 
to the line connection request with the state of _the 
line (virtual line identified by a VPI/VCI) used by 
the terminal equipment 1 or common device 2 managed 
20 by the device management control unit 7 (S6), and 
determines whether or not the terminal equipment 1 or 
common device 2 can accept the line (request line) 
requesting the above described request band ( S7 ) . 

If the terminal equipment 1 or common device 2 
25 cannot accept the request line, the line connection 
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request is rejected. 

If the terminal equipment 1 and common device 2 
can accept the above described request line, the line 
connection control unit 6 connects the request line 
5 to the terminal equipment 1 or common device 2 by 
setting the VPI/VCI identifying the request line in 
the terminal equipment 1 or common device 2 through 
the device management control unit 7 which manages 
them (SB). 

10 Then, the line connection control unit 6 enters 

the set line and its available band for the use state 
table 11 (S9). Figure 872 shows practical examples 
of the terminal equipment 1, common device 2, and the 
use state table 11 in the main storage device 14 in 

15 the configuration of the ATM switch. The LLP-A, LLP- 
B, etc. are line processors, and the SHELF-Al, SHELF- 
Bl, SHELF-B2, etc. are line concentrators. They 
correspond to the common device 2 shown in Figures 866 
and 867. Tl, T2, etc. are line termination. They 

20 correspond to the terminal equipment 1 shown in Figure 
866 or 867. Furthermore, SW is a communications line 
switch and corresponds to SW3 shown in Figure 866 or 
867. 

As shown in the example above, the use state table 
25 11 stores for each line the entries of the use state 
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and available band. 

Then, the line connection control unit 6 notifies 
the service management unit 5 which issued the line 
connection request of the device number of the 
terminal equipment 1 or common device 2 for which a 
line is connected. 

Based on the notification, the service management 
unit 5 enters the identification information (VPI/VCI) 
of the line used by the subscriber, the device number 
(point) of the device which processes the line, and 
the priority/non-priority information (described 
later) for the management information table 13 in the 
main storage device 14 managed - by -the service 
management unit 5 (SlO). Figure 872 shows an example 
of the management information table 13. 

Furthermore, the service management unit 5 
notifies the line connection management unit 9 of the 
service information managed by the service management 
unit 5 and the device number of the terminal equipment 
1 or common device 2 notified by 'the line connection 
control unit 6. According to the notification, the 
line connection management unit 9 enters the reported 
services for the device service management table 12 
(shown in Figure 872) in the main storage device 14 
identified by the device number (Sll). 
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Described below by referring to the flowchart 
shown in Figure 869 is the reporting process performed 
by the configuration shown in Figure 866 or 867 when 
a system failure occurs. In the description, the 
reference numbers S12 - S15 refer to the steps in the 
flowchart shown in FIG. 869. 

First, when the device management control unit 7 
receives from the terminal equipment 1 or common 
device 2 managed by the device management control unit 
7 a notification that a failure has been detected 
(S12)', the notification is transferred to the line 
connection management unit 9 . 

' The line connection management unit 9 confirms the 
device service management table 12 in the main storage 
15 device 14 corresponding to the reported device number 
and detects the service, on which a failure has been 
detected, related to the terminal equipment 1_ or 
common device 2 (S13). 

As a result, the line connection management unit 
9 notifies each service management "unit 5 managing 
each of the detected services of the detection of a 
failure reported by the device management control unit 
7 on the terminal equipment 1 or common device 2 
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(S14) . 

After receiving the notification of the detection 
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of the failure from the line connection management 
unit 9, the service management unit 5 retrieves the 
identification information (VPI/VCI) of the line using 
the reported terminal equipment 1 or common device 2 
from the management information table 13 (Figure 872) 
in the main storage device 14 (S20). The retrieval 
result is reported to the device management control 
unit 7 corresponding to the terminal equipment 1 or 
common device 2 on which the failure has been detected 
(S15) . 

The processes in steps S14 and S15 are repeatedly 
performed on each of the services associated with the 
terminal equipment 1 or common device 2 on which the 
failure has been detected by the line connection 
management unit 9 in S 13 . 

After receiving the identification information 
(VPI/VCI) of the line from each of the servj.ce 
management units 5 corresponding to each service 
related to the terminal equipment 1 or common device 
2, the device management control unit 7 edits the 
information that a failure has been detected in the 
terminal equipment 1 or common device 2 managed by the 
device management control unit 7 and the 
identification information (VPI/VCI) of the line 
reported by the service management unit 5. The result 
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of the edition is transmitted to an input/output 
device 10 through the input/output device management 

unit 8 (S16) . 

Described below by referring to the. flowchart 
5 shown in Figures 870 and 871 is the automatic line 
connection switching process performed by the 
configuration shown in Figure 866 or 867 when a system 
failure occurs. In the description, the reference 
numbers S17 - S27 refer to the steps in the flowchart 
10 shown in FIG. 870, and the reference numbers S28 and 
S29 refer to the steps in the flowchart shown in FIG. 
871. 

First, when the device management control unit 7 
receives from the terminal equipment 1 or common 

15 device 2 managed by the device management control unit 
7 a notification that a failure has been detected 
(S17), the notification is transferred to the line 
connection management unit 9 . 

The line connection management unit 9 confirms the 

20 device service management table 12" in the main storage 
device 14 corresponding to the reported device number 
and detects the service, on which a failure has been 
detected, related to the terminal equipment 1 or 
common device 2 (S18). 

25 AS a result, the line connection management unit 
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9 notifies each service management unit 5 managing 
each of the detected services of the detection of a 
failure reported by the device management control unit 
7 on the terminal equipment 1 or common device 2 

(519) . 

After receiving the notification of the detection 
of the failure from the line connection management 
unit 9, the service management unit 5 first confirms 
that the terminal equipment 1 and common device 2 are 
processed in the automatic line connection switching 
process. As a result, the service management unit 5 
retrieves the identification information (VPI/VCI) of 
the line " which uses the reported terminal- equipment 
1 or common device 2 from the management information 
15 table 13 (Figure 872) in the main storage device 14 

(520) . 

The service management unit 5 notifies the line 
connection control unit 6 of the detected line 
connection change request (S21). 

20 The system can be designed such that the service 

management unit 5 retrieves by priority the data with 
the priority/non-priority information in the 
management information table 13 and issues by priority 
the connection change request of the related line. 

25 Upon receipt of the request, the line connection 
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control unit 6 disconnects the request line from the 
terminal equipment 1 or common device 2 on which a 
failure has been detected by deleting the VPI/VCI of 
the request line from the terminal equipment 1 or 
terminal equipment 1 through the device management 
control unit 7 for controlling the terminal equipment 
1 or common device 2 on which the failure has been 
detected. Simultaneously, the line connection control 
unit 6 deletes the request line and the entry of the 
available band from the use state table 11 in the main 
storage device 14. The available band is held as the 
request band corresponding to the line connection 
change request. "Furthermore, the line connection 
control unit 5 inquires the device management control 
unit 7 which manages each of either terminal 
equipments 1 or common devices 2 of the state of each 
of other terminal equipments 1 or common device_s 2 

(S22 and S23) . 

As a result, when no device management control 
unit 7 returned an availability state, the above 
described line connection request is rejected and the 
line is disconnected. 

If any of the device management control units 7 
returns an availability state, the line connection 
control unit 6 compares the request band corresponding 
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to the line connection request with the state of the 
line (virtual line identified by a VPI/VCI) used by 
the terminal equipment 1 or common device 2 managed 
by the device management control unit 7 (S24), and 
determines whether or not the terminal equipment 1 or 
common device 2 can accept the line (request line) 
-requesting the above described request band (S25). 

If the terminal equipment 1 or common device 2 
cannot accept the request line, the line connection 
request is rejected and the line is disconnected. 

If the terminal equipment 1 and common device 2 
can accept the above described request line, the line 
'connection control unit 6 connects the request line 
to the terminal equipment 1 or common device 2 by 
setting the VPI/VCI identifying the request line in 
the terminal equipment 1 or common device 2 through 
the device management control unit 7 which manages 
them (S26 ) . 

Then, the line connection control unit 6 enters 
the set line and its available band for the use state 

table 11 (S27) . 

Next, the line connection control unit 6 notifies 
the service management unit 5 which issued the line 
connection request of the device number of the 
terminal equipment 1 or common device 2 for which a 
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line is connected. Based on the notification, the 
service management unit 5 retrieves data of the line, 
for which the connection is changed, in the management 
information table 13 of the main storage device 14 
managed by the service management unit 5, deletes from 
the data the device number of the terminal equipment 
1 or common device 2 on which a failure has occurred, 
and enters the device number of a new terminal 
equipment 1 and common device 2 reported by the line 
connection control unit 6 (S28). 

Furthermore, the service management unit 5 
notifies the line connection management unit 9 of the 
service information managed by the service management 
unit 5 and the .device number of the new terminal 
equipment 1 or common device 2 notified by the line 
connection control unit 6. According to the 
notification, the line connection management unit 9 
enters the reported services for the device service 
management table 12 (shown in Figure 872) in the main 
storage device 14 identified by" the device number 
(S29). The line connection management unit 9 deletes 
the entries of the services corresponding to the 
service management unit 5 which issued the above 
notification from the device service management table 
12 (Figure 872) in the main storage device 14 for the 
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terminal equipment 1 or common device 2 on which the 
failure has been detected. 

The processes in steps S19 and S29 are repeatedly 
performed on each of the services associated with the 
terminal equipment 1 or common device 2 on which the 
failure has been detected by the line connection 
management unit 9 in S 18. 

Described below is the line connection state 
output process performed on a specified terminal 
equipment 1 or common device 2 with the configuration 
shown in Figure 866 or 867. 

First, the input/output device 10 issues a line 
connection state output request to the termirial 
equipment 1 or common device 2 . 

The line connection state output request, is 
transferred to the subscriber data management unit 4 
through the input/output device management unit_8. 
The subscriber data management unit 4 notifies the 
line connection management unit 9 of the device number 
of the specified terminal equipment 1 or common device 
2. 

The line connection management unit 9 detects a 
service to which • the line connection state output 
request specified terminal equipment 1 or common 
device 2 is related by confirming the device service 
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management table 12 in the main storage device 14 
corresponding to the reported device number. 

As a result, the line connection management unit 
9 instructs each of the service management units 5 for 
managing each of the detected services to output a 
line connection state of the specified terminal 
equipment 1 or common device 2. 

Upon receipt of the instruction, the service 
management unit 5 retrieves the identification 
information (VPI/VCI) of the line which uses the 
specified terminal equipment 1 or common device 2 from 
the management information table 13 (Figure 872) in 
the main storage " device 14, and- notifies the 
subscriber data management unit 4 of the retrieval 
result. 

The subscriber data management unit 4 collects the 
identification information (VPI/VCI) of the line which 
uses the specified terminal equipment 1 or common 
device 2 from all service management units 5 related 
to the line connection state output request. The 
collection result is output to the input/output device 
10 through the input/output device management unit 8 . 

Described below is the line connection switch 
process performed on a specified terminal equipment 
1 or common device 2 with the configuration shown in 
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Figure 866 or 867. 

First, the input/output device 10 issues a line 
connection switch request to the terminal equipment 
1 or common device 2 . 

The line connection switch request is transferred 
to the subscriber data management unit 4 through the 
input/output device management unit 8. The subscriber 
data management unit 4 notifies the line connection 
management unit 9 of the device number of the 
specified terminal equipment 1 or common device 2. 

The subsequent processes are the same as the 
processes in and after step SIS shown in Figure 870. 

How-ever,- if "the- process of switching to the 
terminal equipment 1 or common device 2 cannot be 
successfully performed, the line connection switch 
request is rejected and the state immediately before 
the issue of the request is maintained. 

According to the embodiment with the configuration 
shown in Figure 866 or 867, the terminal equipment 1 
or common device 2 can be preliminarily set such that 
an automatic line connection switch process can be 
performed when a failure occurs on a device or such 
that the occurrence of a failure on a device is first 
reported to the input/output device 10 and, in 
response to the report, the maintenance staff performs 
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the line connection switch process by specifying the 
terminal equipment 1 or common device 2 from the 
input/output device 10. 

Described below is another characteristic 
configuration of the present invention. The 
configuration corresponds to the 19th object 
previously described under the title "Problems to be 
solved by the Invention" . 

According to the following embodiment, lines are 
switched successfully in band (VPI/VCI) units when a 
failure is detected on a line. 

According to the embodiment, it is assumed that a 
layer 1 line failure (physical line failure) or a- 
layer 2 line failure (device failure) has been 
detected when a remote concentrator is connected to 
an ATM switch through a plurality of physical lines. 

In this case, the communications continue for a 
non-faulty band (VPI/VCI) in the faulty line. Then, 
the value of the faulty band in the faulty line is 
compared with the sum of the idle bands in each of the 
non-faulty lines. 

If the value of the faulty band is equal to or 
smaller than the sum of the idle bands in each of the 
non-faulty lines, the band on which a failure has 
occurred is reassigned to an idle band in a non-faulty 
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line. 

If the value of the faulty band is larger than the 
sum of the idle bands in each of the non-faulty lines, 
the physical line containing the faulty band is 
5 physically switched to a spare line as in the 
conventional methods . 

Described below by referring to the explanatory 
view in Figure 873 and the sequence shown in Figure 
874 is the process of reassigning for a faulty band 
10 an idle band in a non- faulty line performed when the 
faulty band value is equal to or smaller than the sum 
of idle bands in each of the non- faulty lines. 

In this example, the -communications continue in. 
the non-faulty band (VPI/VCI) of the faulty lines #x 
15 and Sy as shown in Figure 873. 

Information about the priority level of each band 
is added to the header of an ATM cell communicated 
through each band. Each band on which a failure has 
occurred in the faulty lines #x and #y is reassigned 
20 to an idle band in a non-faulty line in order of 
priority level starting with the band through which 
the cell assigned the highest priority level is 
communicated . 

A band on which a failure has occurred is not 
25 reassigned to a non-faulty band in the faulty lines 
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#x and #y. 

Figure 874 shows a practical sequence of 
reassigning processes. 

That is, a line failure is detected when an ATM 
cell is communicated between, the line termination 
connected to the ATM switch and the line termination 
connected to the remote concentrator (SI). 

In this case, a line failure is detected for each 
layer in each Vcc control device (S3) by communicating 
a failure detection signal, a response signal to the 
failure detection signal, and a signal relating to a 
performance monitor between the Vcc control device in 
'the ATM switch and the Vcc ' control device in - the 
remote concentrator (82). The Vcc control device 
controls the VPI/VCI identifying each band (virtual 
line or a connection) in a physical line. 

As a result, each of the bands on which a failure 
has occurred is reassigned to an idle band in a non- 
faulty line between the Vcc control device in the ATM 
switch and the line termination in the ATM switch and 
between the VCC control device in the remote 
concentrator and the line termination in the remote 
concentrator. These reassigning processes are 
fundamentally the same as shown in S4 - 513 in Figure 
874. Therefore, the restrictions are not placed 
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between the ATM switch and remote concentrator 
hereinafter, but the processes are described as those 
between the Vcc control device and the line 
termination . 

5 First, the Vcc control device stops the process of 

monitoring the occurrence of a failure ( S4 ) . 

Then, between the Vcc control device and line 
termination, communications are made to confirm the 
start of the reassignment process for a faulty band 
10 (S5). 

The Vcc control device starts buffering the ATM 
cells input from the line termination to the Vcc 
- - control device (S6-). In the buffering process, the; 
cells input from the line termination are buffered in 

15 the buffer of the Vcc control device according to the 
priority level as shown in Figure 877. The 
information indicating the priority level is added to, 
for example, a cell loss priority (CLP) bit in the 
header field of each ATM cell as described above. An 

20 ATM cell using the same band is' assigned the same 
priority level information. The buffering process 
prevents the ATM cell input from the line termination 
during the reassignment process for a faulty band from 
being discarded. Figure 878 shows an example of 

25 assigning a priority level. 
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Next, the Vcc control device checks the faulty 
bands in the faulty lines and the idle bands in each 
of the non-faulty lines (S7). As a result, the Vcc 
control device determines that the value of the faulty 
5 bands is equal to or smaller than the sum of the idle 
bands in each of the non-faulty lines. 

Then, the Vcc control device sequentially performs 
the processes in the following steps SB - Sll on the 
faulty bands in a faulty line in order of priority 
10 level starting with the band through which the 
information assigned the highest priority level is 
communicated . 

That is, the Vcc control device first deletes the 
settings of the VPI/VCI for a faulty band on the table 
15 of the device (SB). 

Next, the Vcc control device resets the VPI/VCI 
for the idle band in an appropriate non-faulty line 
(S9). 

The Vcc control device sweeps to the line 
20 termination the ATM cell buffered in the buffer of the 
Vcc control device according to the current priority 
levels (SIO), and releases the cell buffering process 
(Sll) . 

After performing the processes in SB - Sll 
25 according to the priority levels, the Vcc control 
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device resumes the process of monitoring the 
occurrence of failures (S12). 

Finally, the communications are made between the 
Vcc control device and the line termination to confirm 
5 the termination of the reassignment process for a 

faulty band (S13) . 

According to the above listed sequence, a band on 
which a failure has occurred is reassigned to an idle 
band in a non- faulty line when the value of the faulty 
10 band is equal to or smaller than the sum of the idle 
bands in each of the non- faulty lines. 

Described below by referring to the explanatory 
view in Figure 875 and the sequence shown in Figure 
876 is the process of reassigning for a faulty band 
15 an idle band in a non-faulty line performed when the 
faulty band value is larger than the sum of idle bands 
in each of the non-faulty lines. 

As shown in Figure 875, each of the bands on which 
failures have occurred in the faulty line #x is 
20 sequentially reassigned to a band which has recovered 
from a failure in the spare line #z in order of 
priority level starting with the faulty band in which 
the ATM cell assigned the highest priority level 
information is communicated. 
25 Figure 876 shows a practical sequence. 
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First, the processes in SI - S6 shown in Figure 
876 are the same as those in SI - S5 shown in Figure 
874. 

After the processes in SI - S6, the Vcc control 
device checks the faulty bands in the faulty lines and 
the idle bands in each of the non-faulty lines (S7). 
As a result, the Vcc control device determines that 
the value of the faulty bands is equal to or smaller 
than the sum of the idle bands in each of the non- 
faulty lines. 

Then, the Vcc control device sequentially performs 
the processes in the following steps SB - Sll on the 
faulty bands in a faulty line- in order of priority 
level starting with the band through which the 
information assigned the highest priority level is 
communicated . 

That is, the Vcc control device first deletes^the 
settings of the VPI/VCI for a faulty band on the table 
of the device ( S8 ) . 

Next, the Vcc control device resets on the table 
of the device the VPI/VCI for the idle band in a spare 
line (S9). 

The Vcc control device sweeps to the line 
termination the ATM cell buffered in the buffer of the 
Vcc control device according to the current priority 
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levels (SIO), and releases the cell buffering process 
(Sll). 

After performing the processes in S8 - Sll 
according to the priority levels, the Vcc control 
device resumes the process of monitoring the 
occurrence of failures (S12). 

Finally, the communications are made between the 
Vcc control device and the line termination to confirm 
the termination of the switch from the faulty line to 
the spare line (S13). 

According to the above listed sequence, the faulty 
lines are switched to the spare lines when the value 
bf "the faulty band is larger than the sum of the idle 
bands in each of the non-faulty lines. 

According to the above described embodiment, each 
of the processes of reassigning a band or switching 
lines is sequentially performed in order from _the 
highest priority level of the band. However, the 
processes can be performed in order of service of each 
band . 

Described below is another characteristic 
configuration of the present invention. The 
configuration corresponds to the 20th object 
previously described under the title "Problems to be 
solved by the Invention" . 



# 
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In the embodiment described below, it is assumed 
that a line failure has been detected when a remote 
concentrator is connected to a host switch (ATM 
switch) through a plurality of physical lines as in 
5 the above described embodiment. A practical 

technology is provided to switch lines in the event 
of the line failure. 

Figure 879 shows the configuration of the system 
in which a remote concentrator 1 is connected to a 

10 host switch 2 as the basic components of the present 
embodiment. The remote concentrator 1 is equipped 
with a plurality of microprocessors (viP) 4. 
Controlling the microprocessor 4 by a call processor 
(CPR) 3 in the host switch 2 allows the path from the 

15 subscriber accommodated by the remote concentrator 1 
to the host switch 2 and the path from the host switch 
2 to the subscriber accommodated by the remote 
concentrator 1 to be properly controlled. 

Figure 880 shows the common principle of the ATM 

20 switch system related to the present embodiment. A 
virtual path identifier (VPI) and a virtual channel 
identifier (VCI) which identify the virtual line 
through which an ATM cell is transmitted are added to 
the header of the ATM cell. An input multiplexing 

25 unit (MUX) 5 has a VCC table 7 on which its contents 
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are set by a microprocessor ( jjP ) 6. When an ATM cell 
having VPI=AA and VCI=BB is input to the MUX 5, the 
MUX 5 retrieves VPI=XX and VCI=YY at the output 
terminal and a self-routing tag #4 by retrieving the 
5 address (AA. +BB.) corresponding to the above 
described VPI=AA and VCI=BB, Then, it converts the 
VPI and VCI of the ATM cell into XX and YY, adds the 
tag #4 to the head of the ATM cell, and transfers the 
ATM cell to a switch unit 8. The hardware switch in 
10 the switch unit 8 autonomously switches the ATM cell 
according to the tag #4 added to the head of the 
transferred cell and outputs the ATM cell to the route 
#4 at the output terminal. The MUX unit at the next 
stage not shown in Figure 830 performs the similar 
15 switching operation according to the VPI=XX and VCI=YY 
added to the ATM cell. 

Figure 881 shows the position where the VCC table 
is accommodated for use by the upward path from the 
remote concentrator 1 to the host switch 2 in the 
20 system in which the remote concenttator 1 is connected 
to the host switch 2 (HOST 2) shown in Figure 879. 
The first upward VCC table is provided in the MUX 
(multiplexing device) in the remote concentrator 1 for 
multiplexing the ATM cell from the subscriber 
25 accommodated by the remote concentrator 1. The second 
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upward VCC table is provided in the MUX of the host 
switch 2 for multiplexing the ATM cell from the remote 
concentrator 1. For example, the VPI and VCI of ' the 
ATM cell of the subscriber input from the #a line 
accommodated by the remote concentrator 1 are 
converted into the values AAAA and BBBB for the route 
#1 from the remote concentrator 1 to the host switch 
2 according to the principle as shown in Figure 880 
and first upward VCC table. The tag #1 for the route 
#1 is added to the head of the ATM cell. As a result, 
the ATM cell is output to the route #1 from the remote 
concentrator 1 to the host switch 2: Next, the VPI 
and VCI of the ATM cell input from the route #1 to the" 
host switch 2 are converted into the values XXXX and 
YYYY for the route #A output from the host switch 2 
according to the second upward VCC table. The tag #A 
for route ^^A is added to the head of the ATM cell. 
As a result, the ATM cell is switched in the host 
switch 2 and output to the route nA. 

Figure 882 shows the position 'where the VCC table 
is accommodated for use by the downward path from the 
host switch 2 (HOST 2) to the remote concentrator 1 
in the system in which the remote concentrator 1 is 
connected to the host switch 2 (HOST 2) shown in 
Figure 879. The first downward VCC table is provided 
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in the MUX (multiplexing device) in the host switch 
2 for multiplexing the ATM cell from another host 
switch connected to the HOST 2 or the subscriber. The 
second downward VCC table is provided in the MUX of 
the remote concentrator 1 for multiplexing the ATM 
cell from the host switch 2. For example, the VPI and 
VCI of the ATM cell input from the other host switch 
or subscriber are converted into the values AAAA and 
BBBB for the route ^1 from the host switch 2 to the 
remote concentrator 1 according to the principle as 
shown in Figure 880 and first downward VCC table. The 
tag SI for the route #1 is added to the head of the 
ATM cell. As a result, "the ATM cell is output to the 
route #1 from the host switch 2 to the remote 
concentrator 1. Next, the VPI and VCI of the ATM cell 
input from the route #1 to the remote concentrator 1 
are converted into the values XXXX and YYYY for. the 
route #a output from the remote concentrator 1 
according to the second downward VCC table. The tag 
#a for route is added to the head of the ATM cell. 
As a result, the ATM cell is output from the remote 
concentrator 1 to the route #a. 

Figures 883 through 885 show the first process 
example of reassigning a path when a failure occurs 
according to the embodiment based on the configuration 
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shown in Figures 879, 881, and 882. 

Figure 883 is a flowchart showing the path 
connecting operations performed by the call processor 
3 in the host switch 2, the microprocessor 4 in the 
remote concentrator 1, and the microprocessor not 
shown in Figure 883. 

When a request is issued to connect a bus between 
the remote concentrator 1 and host switch 2 (yes in 
determination in SI), the bands of a normal route and 
a spare route, and a VPI and VCI are reserved for each 
of the first upward VCC table, second upward VCC 
table, first downward table, and second downward table 
(S2). Simultaneously, ~ normal VCC data " and 

reassignment VCC data shown in Figure 884 are 
generated. The normal VCC data is transmitted through 
the normal route and the reassignment VCC data is 
transmitted through the spare route. A set of, the 
normal and reassignment VCC data is generated for each 
of the first upward VCC table, second upward VCC 
table, first downward table, and second downward 
table. 

Then, only the corresponding normal VCC data is 
set in the first upward VCC table and the first 
downward VCC table while the corresponding normal VCC 
data and reassignment VCC data are set in the second 
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upward VCC table and second downward VCC table (S3). 

As a result, ATM cells are transmitted through the 
normal route according to the normal VCC data when no 
error occurs. Unless an ATM cell flows from the route 

5 for the reassignment VCC data from the remote 
concentrator 1 to the host switch 2 with the VPI/VCI 
set corresponding to the route, the reassignment VCC 
data on the second upward VCC table is not referred 
to. Therefore, there are no problems if the 

10 reassignment VCC data is preliminarily set on the 
second upward VCC table. Likewise, unless an ATM cell 
flows from the route for the reassignment VCC data 
from the' host' switch 2 to the remote concentrator 1 
with the VPI/VCI set corresponding to the route, the 

15 reassignment VCC data on the second downward VCC table 
is not referred to. Therefore, there are no problems 
if the reassignment VCC data is preliminarily set_ on 
the second downward VCC table - 

Figure 885 is a flowchart showing the path 

20 reassigning operations performed when a failure occurs 
by the call processor 3 in the host switch 2, the 
microprocessor 4 in the remote concentrator 1, and the 
microprocessor not shown in Figure 883. 

First, a route (transmission line) in which a 

25 failure occurs is specified, and the path which uses 
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the faulty route is extracted as a path to be 
reassigned (54). In this process, tag information 
corresponding to the faulty route is detected in each 
VCC table, and the address (input VPI/VCI) at which 
5 the tag information is set is extracted. 

Then, for all paths to be reassigned, 
corresponding reassignment VCC data (Figure 884) is 
set on the first upward VCC table and a clock VCC 
table 7. 

10 As a result, the faulty route is disconnected and 

an ATM cell is transmitted through a spare route 
according to the reassignment VCC data. At this time, 
an ATM cell flows from the route for the reassignment 
VCC data from the remote concentrator 1 to the host 

15 switch 2 with the VPI/VCI set corresponding to the 
route, and the reassignment VCC data preliminarily-set 
on the second upward VCC table is referred - 4:o . 
Likewise, an ATM cell flows from the route for the 
reassignment VCC data from the host switch 2 to the 

20 remote concentrator 1 with 'the VPI/VCI set 
corresponding to the route, and the reassignment VCC 
data preliminarily set on the second downward VCC 
table is referred to. 

Figures 886 through 889 show the second process 

25 example of reassigning a path when a failure occurs 
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according to the embodiment based on the configuration 
shown in Figures 879, 881, and 882. 

According to the above described first process 
example, only the corresponding normal VCC data is set 
5 in the first upward VCC table and the first downward 
VCC table while the corresponding normal VCC data and 
reassignment VCC data are set in the second upward VCC 
table and second downward VCC table. According to the 
second process example, the corresponding normal VCC 

10 data and reassignment VCC data are set also in the 
first upward VCC table and the first downward VCC 
table. Simultaneously, a select bit indicating the 
data referred to at the address as the normal VCC data 
or assignment VCC data is added to each address on the 

15 first upward VCC table and the first downward VCC 
table . 

Figure 885 shows the contents of the first upward 
VCC table and the second upward VCC table when no 
failure occurs. 

20 Since the value of the select bit corresponding 

to the #a line is 0 on the first upward VCC table, the 
normal VCC data is referred to as VCC data. 
Therefore, the VPI and VCI of an ATM cell from the 
subscriber input through the #a line accommodated in 

25 the remote concentrator 1 are converted into the 



892 

values AAAA and BBBB of the route #1 from the remote 
concentrator 1 to the host switch 2 according to the 
principle shown in Figure 880. The tag #1 for the 
route #1 is added to the head of the ATM cell. As a 
5 . result, the ATM cell is output to the route #1 from 
the remote concentrator 1 to the host switch 2. 

At address AA.+BB on the second upward VCC table, 
the normal VCC data is stored for use when the ATM 
cell having VPI=AA and VCI=BB is received through the 

10 route #1. At address CC.+DD on the second upward VCC 
table, the assignment VCC data is stored for use when 
the ATM cell having VPI=CC and VCI=DD is received 
through the route #4. VPI=AAAA'and VCI=BBBB added "to 
the ATM cell input to the host switch 2 through the 

15 route #1 are converted into XXXX and YYYY for the 
route #A output from the host switch 2 by the normal 
VCC data stored at address AA.+BB on the second upward 
VCC table. The tag #A for the route #A is added to 
the head of the ATM cell. As a result, the ATM cell 

20 is switched in the host switch Z and output to the 
route #A. Since no ATM cells are received from the 
spare route ^^4 from the remote concentrator 1 to the 
host switch 2, the assignment VCC data is not referred 
to. 

25 When a failure has occurred, a path can be 




893 

reassigned as shown in Figure 887 only by changing the 
value of the select bit corresponding to the #a line, 
that is, the path in the faulty route on the first 
upward VCC table from 0 to 1 . 
5 Since the value of the select bit corresponding to 

the #a line is 1 on the first upward VCC table, the 
reassignment VCC data is referred to as VCC data. 
Therefore, the VPI and VCI of an ATM cell from the 
subscriber input through the na line accommodated in 

10 the remote concentrator 1 are converted into the 
values CCCC and DDDD of the route #4 from the remote 
concentrator 1 to ' the host switch 2 by the 
'corresponding assignment VCC "data on the first upward 
VCC table according to the principle shown in Figure 

15 880. The tag #4 for the route #4 is added to the head 
of the ATM cell. As a result, the ATM cell is output 
to the route #4 from the remote concentrator 1 to. jthe 
host switch 2- 

VPI=CCCC and VCI=DDDD added to the ATM cell input 

20 to the host switch 2 through 'the route #4 are 
converted into XXXX and YYYY for the route #A output 
from the host switch 2 by the assignment VCC data 
stored at address CC.+DD on the second upward VCC 
table. The tag #A for the route #A is added to the 

25 head of the ATM cell. As a result, the ATM cell is 
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switched in the host switch 2 and output to the route 

Figure 888 shows the contents of the first 
downward VCC table and the second downward VCC table 
5 when no failure occurs. 

Since the value of the select bit is 0 on the 
first downward VCC table, the normal VCC data is 
referred to as VCC data. Therefore, the VPI and VCI 
of an ATM cell from another host switch or the 

10 subscriber are converted by the corresponding normal 
VCC data in the first downward VCC table into the 
values AAAA and BBBB of the route #1 from the host 
switch 2 to the remote concentrator 1 according to the 
principle shown in Figure 880. The tag nl for the 

15 route #1 is added to the head of the ATM cell. As a 
result, the ATM cell is output to the route #1 from 
the host switch 2 to the remote concentrator 1 . 

At address AA.+BB on the second downward VCC 
table, the normal VCC data is stored for use when the 

20 ATM cell having VPI=AA and VCI^BB'is received through 
the route #1. At address CC.+DD on the second upward 
VCC table, the assignment VCC data is stored for use 
when the ATM cell having VPI = CC and VCI=DD is received 
through the route #4. VPI=AAAA and VCI=BBBB added to 

25 the ATM cell input to the remote concentrator 1 
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through the route #1 are converted into XXXX and YYYY 
for the route nA output from the remote concentrator 
1 by the normal VCC data stored at address AA.+BB on 
the second downward VCC table. The tag #a for the 
5 route #a is added to the head of the ATM cell. As a 
result, the ATM cell is output from the remote 
concentrator 1 to the route #a. Since no ATM cells 
are received from the spare route #4 from the host 
switch 2 to the remote concentrator 1, the assignment 

10 VCC data is not referred to. 

When a failure has occurred, a path can be 
reassigned as shown in Figure 889 only by changing the 
value of the select bit corresponding to the path on 
the faulty route on the first downward VCC table from 

15 0 to 1. 

As a result, the assignment VCC data is referred 
to as VCC data corresponding to the path contained_in 
the faulty route oh the first downward VCC table. 
Therefore, the VPI and VCI of an ATM cell from another 

20 host switch or the subscriber are' converted into the 
values CCCC and DDDD of the route #4 from the host 
switch 2 to the remote concentrator 1 by the 
corresponding assignment VCC data on the first 
downward VCC table according to the principle shown 

25 in Figure 880. The tag #4 for the route #4 is added 
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to the head of the ATM cell. As a result, the ATM 
cell is output to the route ^4 from the host switch 
2 to the remote concentrator 1 . 

VPI=CCCC and VCI=DDDD added to the ATM cell input 
5 to the host switch 2 through the - route #4 are 
converted into XXXX and YYYY for the route #a output 
^from the remote concentrator 1 by the assignment VCC 
data stored at address CC.+DD on the second downward 
VCC table. The tag #a for the route #a is added to 
10 the head of the ATM cell. As a result, the ATM cell 
is output from the remote concentrator 1 to the route 
#a. 

" Figures 890 through 893 show 'the third process 
example of reassigning a path when a failure occurs 
15 according to the embodiment based on the configuration 
shown in Figures 879, 881, and 882. 

In this process example, the configuration shown 
in Figures 879, 881, and 882 is designed, for example, 
as shown in Figure 890, to comprise a protection line 
20 (P-line) which is a spare route exclusively for use 
in the event of a failure. 

In this example, the second upward VCC table and 
second downward VCC table are divided for a normal 
route and a protection line respectively as shown in 
25 Figures 890 through 893, and controlled by separate 
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microprocessors 4 (Figure 879). 

The contents of the first upward VCC table and 
second upward VCC table when no failure is detected 
are, for example, shown in Figure 890. That is, the 
5 contents of the first upward VCC table and second 
upward VCC table for the normal route are the same as 
those shown in Figure 881, and the second upward VCC 
table is blank. 

As a result, the upward routing when no failure is 

10 detected is the same as that shown in Figure 881. 

If a failure has occurred, the contents of the tag 
for the #a line which is the path on the faulty route 
on the" first upward VCC table are converted from the 
value #1 for the route #1 into the value #4 for the 

15 route ^^4 which is a protection line as shown in Figure 
891. Then, the VCC data for the path on the faulty 
route on the second upward VCC table for a normal 
route is copied to the second upward VCC table for a 
protection line. Thus, the path reassigning process 

20 can be completed. 

As a result, the VPI and VCI of an ATM cell of the 
subscriber input through the #a line accommodated by 
the remote concentrator 1 are converted into the 
values AAAA and BBBB by the corresponding VCC data on 

25 the first upward VCC table according to the principle 



# 
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shown in Figure 880. The tag #4 for the route #4, 
which is a protection line, is added to the head of 
the ATM cell. Accordingly, the ATM cell is output to 
the route #4, that is, the protection line from the 
5 remote concentrator 1 to the host switch 2. 

VPI=AAAA and VCI=BBBB added to the ATM cell input 
from the route #4, that is, a protection line, to the 
host switch 2 are converted into the values XXXX and 
YYYY for the route #A output from the host switch 2 

10 by the VCC data stored at address AA.+BB on the second 
upward VCC table for a protection line. The tag #A 
for the route #A is added to the head of the ATM cell. 
- As a result, the ATM cell is switched in the host 
switch 2 and output to the route #A. 

15 The contents of the first downward VCC table and 

second downward VCC table when no failure is detected 
are, for example, shown in Figure 892. That is, the 
contents of the first downward VCC table and second 
downward VCC table for the normal route are the same 

20 as those shown in Figure 882, and -the second downward 
VCC table is blank. 

As a result, the downward routing when no failure 
is detected is the same as that shown in Figure 882. 
If a failure has occurred, the contents of the tag 

25 for the path on the faulty route on the first downward 
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VCC table are converted from the value #1 for the 
route #1 into the value ^^4 for the route #4 which is 
a protection line as shown in Figure 893. Then, the 
VCC data for the path on the faulty route on the 
5 second downward VCC table for a normal route is copied 
to the second downward VCC table for a protection 
line. Thus, the path reassigning process can be 
completed. 

As a result, the VPI/VCI of the ATM cell input 

10 from another host switch or subscriber are converted 
into the values AAAA and BBBB by the corresponding VCC 
data on the first downward VCC table according to the 
principle shown in Figure 880. The tag - #4- for the 
route #4, which is a protection line, is added to the 

15 head of the ATM cell. Accordingly, the ATM cell is 
output to the route #4, that is, the protection line 
from the host switch 2 to the remote concentrator 1 . 

VPI=AAAA and VCI=BBBB added to the ATM cell input 
from the route #4, that is, a protection line, to the 

20 remote concentrator 1 are converted into the values 
XXXX and YYYY for the route #a output from the remote 
concentrator 1 by the VCC data stored at address 
AA,+BB on the second downward VCC table for a 
protection line. The tag #a for the route #a is added 

25 to the head of the ATM cell. As a result, the ATM 
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cell is output from the remote concentrator to the 
route #a. 

According to the above described embodiment, each 
of the second upward VCC table and second downward VCC 
5 table is divided for use with the normal route and 
protection line and controlled by a separate 
microcomputer. However, the VCC table for the normal 
route and the VCC table for the protection line can 
be controlled by a single microcomputer to realize the 

10 above described function. 

Unlike the above described embodiment in which the 
contents of the tag for the path on the faulty route 
of the first upward VCC table or the first downward 
VCC table are rewritten, the ATM cell to which a tag 

15 for the faulty route is added can be designed to be 
output to the route functioning as protection line in 
hardware , 

According to the above described embodiment, a 
path can be correctly reassigned in a short time when 
20 a failure occurs by preliminarily setting a path for 
a spare route in addition to the normal route when a 
path is connected between the remote concentrator 1 
and host switch (HOST) 2. 

Described below is another characteristic 
25 configuration of the present invention. The 
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configuration corresponds to the 21st object 
previously described under the title "Problems to be 
solved by the Invention" . 

An intra-station device such as a VCC control 
5 device, etc. comprising a microprocessor containing 
the VCC table shown in Figure 880 should be normally, 
duplexed to guarantee the reliability in 
communications- When a failure occurs in the intra- 
station device of the active system, various 

10 communications control data set in the device are 
transferred to the inter-station device of the spare 
system. Then, the operations of the intra-station 
device which -has -been a device in the. active system 
are stopped and simultaneously the operations of the 

15 intra-station device which has been a device in the 
spare system are started as a device in a new active 
system. In the above described example of the VCC 
control device, the contents of the VCC table 
contained therein should be transferred to the VCC 

20 control device of the spare system. 

Described below is an embodiment of the transfer 
process correctly and quickly. 

Figure 894 shows the configuration of the 
embodiment of the VCC control device having the above 

25 described high-speed table data tansferring function. 
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In Figure 894, a cell header address conversion 
circuit 1 converts a cell header of m-bit x n-word 
size into a size of m x n bit = 1 word. 

A VCC table 2 stores a new cell header comprising 
5 an output VPI/VCI and a tag at each address for the 
input VPI/VCI of the cell header of each input cell 
as described by referring to Figure 880. If parallel 
data is input from the cell header address conversion 
circuit 1, the VCC table 2 outputs a new cell header 
10 for the parallel data. 

A' various timing generation circuit 3 controls 
various access to the VCC table 2 when a cell is 
- input, data -is read/written' by a microprocessor, a 
table is initialized, or data is copied between 
15 systems, etc. 

A delay circuit 4 delays the transfer of input 
cell data by the process time required for the 
reassignment of the cell header of the input cell 
data . 

20 A cell header insertion control circuit 6 converts 

the cell header of cell data input from the 
destination terminal into a new cell header output 
from the VCC table 2. 

An inter-system copy control circuit 5 controls a 

25 process of copying table data of the VCC table 2 in 
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the VCC control device of the system (active system) 
containing the inter-system copy control circuit 5 to 
the VCC table 2 in the VCC control device of another 
system (spare system). 

A table data setting circuit 7 controls processes 
of reading and writing table data from the 
microprocessor (for example, the microprocessor 46 
shown in Figure 880) not shown in the attached 
drawings to the VCC table 2. 

First, the input cell data is input at a timing 
shown 'in Figure 89 5A. 

The cell header address conversion circuit 1 
outputs the cell header in the input cell .data - as 
parallel data of m x n bits = 1 word at a timing shown 
in Figure 895B. 

The parallel data is input to the VCC table 2 
according to the timing data output by the vari^ous 
timing generation circuit 3 at the timing shown in 
Figure 89 5C. The VCC table 2 outputs a new cell 
header at the timing shown in Figure 895D. 

The new header is latched in the cell header 
insertion control circuit 6 at the timing shown in 
Figure 895E. 

The input cell passing through the cell header 
address conversion circuit 1 is delayed in the delay 
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circuit 4 and input to the cell header insertion 
control circuit 6 at the timing shown in Figure 895F, 
that is, the timing shown in Figure 895E. 

The cell header insertion control circuit 6 
converts the cell header of the cell input through the 
delay circuit 4 into a new cell header output from the 
VCC table 2 and outputs a new output cell header to 
the ATM switch not shown in the figures at the timing 
shown in Figure 89 5G. 

Figure 89 6A shows the timing of accessing the VCC 
table' by the microprocessor. 

The address data for use in accessing the VCC 
table 2 is set by the microprocessor at the table- data 
setting circuit 7 as the VCC table setting data at the 
timing shown in Figure 896A(a). 

Based on the data, the various timing generation 
circuit 3 outputs the access timing data through jthe 
delay circuit 4 different from the access timing data 
through an input cell output at the timing shown in 
Figure 896A(b) to the VCC table 2 "at the timing shown 
in Figure 896A(c). Synchronously, the table data 
setting circuit 7 outputs address data to the VCC 
table 2 at the timing shown in Figure 896A(d). 

The table data setting circuit 7 writes the table 
data transferred from the microprocessor to the VCC 
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table 2 at the timing shown in Figure 896A(e), reads 
the table data from the VCC table 2, and transfers the 
data to the microprocessor. 

Figure 89 6B shows the timing of copying VCC table 
data between systems. 

If the inter-system copying is carried out, the 
various timing generation circuit 3 outputs the inter- 
system copy timing data different from the access 
timing data through an input cell and the access 
timing data through the microprocessor output at the 
timing shown in Figure 896B(a) and (b) to the VCC 
table 2 at the timing shown in Figure 896B(c), 
Synchronously, the" inter-system copy control circuit 
5 outputs address data to the VCC table 2 at the 
timing shown in Figure 896B(d). 

As a result, the table data is output from the VCC 
table 2 to the inter-system copy control circuit 5_at 
the timing shown in Figure 896B(e). 

The inter-system copy control circuit 5 latches 
the table data output from the VCC table 2, converts 
the table data into serial data, and outputs the 
serial data to the VCC control device in another 
device in synchronism with the clock of the home 
system generated by the VCC control device in the home 
system in which the inter-system copy control circuit 
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5 is built. 

The inter-system copy control circuit 5 in the VCC 
control device of the mate system not shown in the 
attached drawings latches the serial data, converts 
5 the data into parallel data in synchronism with the 
clock of the mate system generated by the VCC control 
device of the mate system, and writes the parallel 
data to the VCC table 2 of the VCC control device of 
the mate system, 

10 In the configuration of the above described 

embodiment, the inter-system copy control circuit 5 
preliminarily stores a series of address data for the 
VCC table -2 from., the microprocessor 4, and 
sequentially designates the data for the VCC table 2 

15 when the inter-system copy is carried out. 

The table data of the VCC table 2 output from the 
inter-system copy control circuit 5 of the home system 
to the inter-system copy control circuit 5 of the mate 
system can be parallel data, not serial data. 

20 When the table data is output from the inter- 

system copy control circuit 5 of the home system to 
the inter-system copy control circuit 5 of the mate 
system, the inter-system copy control circuit 5 of the 
mate system can easily receive the table data 

25 according to the unique clock by adding to the table 
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data the data indicating the start and end of the 
table data. 

When the table data is output from the inter- 
system copy control circuit 5 of the home system to 
5 the inter-system copy control circuit 5 of the mate 
system, the inter-system copy control circuit 5 of the 
mate system can detect and correct errors on the 
received table data by adding to the table data a 
parity bit. 

10 As described above, the hardware table having 

message identifiers MID as keys according to the 
present invention allows the routing process to be 
performed in L2-PDU units using a microcomputer, 
program independent of the hardware without analyzing 

15 the L3-PDU. Since it is not necessary to assemble the 
L3-PDU from the L2-PDU in the routing process, the 
capacity of the hardware for storing a lot of L2-PDUs 
can be successfully reduced. Furthermore, applying 
the above described system to error log collection 

20 according to the present invention- logs errors related 
to the L3-PDU in the L2-PDU process. 

The subscriber can be informed of various 
transmission quality information (network quality 
information such as the normality of the transmission 

25 line, transmission delay time, etc. between a 
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subscriber terminal unit and an intra-network switch 
node). The subscriber also evaluate the factor of the 
deteriorated quality of the entire system from the 
transmission lines to the terminal units. The 
5 procedure is also effective in a packet continuity 
test performed by a craftsman when a new subscriber 
is entered or a customer claim is processed. 

In the PVC test according to the present 
invention, the function of generating and checking 

10 test data are provided only in the connectionless 
communications server, thereby realizing the system 
at a lower cost. The verification of the PVC improves 
the reliability of the -system, and the algorithm of 
the present invention shortens the time required to 

15 correct errors. 

In the SMDS data normality check system according 
to the present invention, the process is performed for 
each L2-PDU, and the hardware configuration for making 
the check can be simplified, thereby considerably 

20 reducing the cost. 

Furthermore, since the data is transmitted to and 
from the servers for the connectionless process 
through a private line (highway bus) without 
performing a switching process at a switch, the band 

25 resource for the switch can be effectively used and 
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the resource management involved can be simplified. 
Thus, the switch can be largely improved in 
performance - 

According to the present invention, only a 
5 specific intra-station device has to be connected to 
the system bus, which simplifies the wiring in the 
station and is effective in reducing the cost. 
Furthermore, reducing the number of devices connected 
to the system bus also reduces the conflicts for the 

10 acquisition of a bus access right, thereby reducing 
the load on the buss access. A remote device can be 
controlled by the LAP to maintain the transmission 

■ ■ " quality and easily recover from a transmission error, - 
even if it occurs, under the error control process. 

15 Thus, the intra-station devices can be stably 
controlled to improve the system performance of the 
ATM switching system. _ 

Taking full advantage of the features of the ATM 
allows the terminal units in the network to be 

20 controlled and managed using a simple interface and 
communications format. The in-slot system through a 
data highway enables the control information to be 
transmitted at a high speed. 

The present invention realizes an efficient test 

25 within a short time by performing a test cell loopback 
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check, which has been made in a test device, through 
a test program in the switch. Additionally, 
transmitting cell data from a test device requires no 
testing units because the loopback jig can replace the 
testing units. 

According to the present invention, no test 
environment should be set (setting testing devices, 
setting an operator in a standby state, etc. ), and the 
test can be conducted by a simple method of inputting 
a command, thereby conducting an inter-station test 
among a plurality of stations. A fault is detected 
at its earliest stage, and the services and 
reliability of" the ATM switch can be greatly improved. 

According to the present invention, cells in the 
high-speed highway in the ATM, etc. can be counted 
with a small-scale hardware. The features, 

performances, and operation states of the ATM 
switches, etc. can be determined effectively. 

The present invention also determines the pattern 
transmission rules and simplifies* the operations and 
the circuit configuration for realizing the 
operations . 

In addition to the above listed effects, the 
present invention successfully reduces the difference 
in the number of transmission frames. 



The present invention can provide a point-to- 
multipoint connection ability with which the size of 
a switching system can be reduced and the system can 
be easily extended at a lower cost. 

The present invention also provides the point-to- 
multipoint connection ability without additionally 
providing a device external to the switch . 

The present invention provides a multicast 
connection efficiently using the hardware resources. 

Furthermore, the present invention provides call 
processing capabilities of a multi-terminal connection 
service such as three-subscriber communications using 
image data in a broadband communications network. 

The present invention also collects information 
about the lines processed by an intra-switch device 
and realizes a correct switch of intra-switch devices 
in the event of a failure. 

When a failure is detected on a line, the present 
invention correctly switches the line in band 
(VPI/VCI) units. 

When a failure is detected on a line and the lines 
are switched in band (VPI/VCI) units, the present 
invention can provide a practical technology for 
switching the lines with the configuration comprising 
a remote concentrator and ATM exchange. 



Furthermore, the present invention correctly and 
quickly transfers various communications control data 
set in an intra-station device of an active system to 
the intra-station device of a spare system. 



